@ru_devops - страница 1015 - Telegram web archive

Bogdan (SirEdvin)

А что для вас саппорт?

Vladimir

Отдельные дебаггеры из мяса нужны когда у тебя есть клиенты (уровень которых может быть разным), куча магии и сложного взаимодействия между сервисами

Sergei

А что для вас саппорт?

логи чистить небось

Vladimir

И когда "у меня не работает" надо сматчить в продукт

Nik

А что для вас саппорт?

1/2/3 линия. Знакомы понятия?

Vladimir

Когда же клиенты внутренние и продукт понятен, ему не надо иметь эксплуатацию свою

Vladimir

Это дороже и хуже чем переложить решение проблем в продакшене на девелоперов

Bogdan (SirEdvin)

Ну, у меня не то, что бы очень богатый опыт, но у нас на проекте саппорт на 80% состоит из задач, для которых нужно привлекать разработчика, потому что проблемы в логике приложения или операторы наговнякали, а значить надо опять привлекать программиста, который будет решать проблемы.

Vladimir

Программист садится на фиксы. А не на саппорт

Ты говоришь о "у меня не работает интернет", это другое. И на саппорте сидят специальные люди

Vladimir

Не админы

Vladimir

Ну, у меня не то, что бы очень богатый опыт, но у нас на проекте саппорт на 80% состоит из задач, для которых нужно привлекать разработчика, потому что проблемы в логике приложения или операторы наговнякали, а значить надо опять привлекать программиста, который будет решать проблемы.

И в такой ситуации выделенный человек не нужен

Vladimir

Он нужен когда 80-90% задач не работа программиста, либо когда понять какой сервис виноват очень сложно

Vladimir

Но и это будут делать не админы

Nik

Лан. Начнём проще. Онлайн - 25 млн пользователей. Соответственный объём логов и трейсов экстраполируйте. Сидеть искать логи и проверять, что обращение пользователя - не его ошибка, а ошибка в коде - проверяет прогер?

Nik

Так он у вас в логах утонет вместо работы

Yevhenii

Стоп, а у нас нету условного ELK

Yevhenii

?

Nik

Стоп, а у нас нету условного ELK

Есть.

Bogdan (SirEdvin)

А как админ разберется, где чья ошибка? Алсо, у нас тут вроде 21 век, можно подкючить sentry и смотреть ошибки по пользователям.

Sergei

Лан. Начнём проще. Онлайн - 25 млн пользователей. Соответственный объём логов и трейсов экстраполируйте. Сидеть искать логи и проверять, что обращение пользователя - не его ошибка, а ошибка в коде - проверяет прогер?

а зачем надо что-то искать в логах и в трейсах? что случилось?

Nik

Не поверишь, отдельно есть 6Тб дампов всего обмена за последние 48 часов

Sergei

а вы точно письками хотите мериться?

Bogdan (SirEdvin)

А если нет явной ошибки и все действия по пользователям есть, то как админ разберется лучше программиста - это пользователь натупил или же программа неправильно сработала?

Yevhenii

Странный вопрос, админ сидит и читает эти 6ТБ дампов на наличие ошибок?

Vladimir

а вы точно письками хотите мериться?

Я не могу меняться письками, размер моей под NDA

Yevhenii

Или он тупо смотрит в дашборд и при увеличение определённых каунтеров идёт смотреть что не так

Евгений

А как админ разберется, где чья ошибка? Алсо, у нас тут вроде 21 век, можно подкючить sentry и смотреть ошибки по пользователям.

Опыт подсказывает, что только админ и разберётся с происходящим. Большинство программистов понятия не имеет как устроены соседние микросервисы и как в целом всё работает

Yevhenii

Во втором случае, это может делать и разработчик

Nik

Странный вопрос, админ сидит и читает эти 6ТБ дампов на наличие ошибок?

Нет. Админ получив обращение о проблеме проверяет логи. Потом проверяет дампы обмена (или другие тех данные). И потом зафиксировав, что проблема есть - передаёт в разработку

Vladimir

Во втором случае, это может делать и разработчик

А в первом можно написать скрипт

Nik

Зачем проверну сидеть и тонуть в ELK том же

Sergei

Нет. Админ получив обращение о проблеме проверяет логи. Потом проверяет дампы обмена (или другие тех данные). И потом зафиксировав, что проблема есть - передаёт в разработку

это саппорт

Bogdan (SirEdvin)

Опыт подсказывает, что только админ и разберётся с происходящим. Большинство программистов понятия не имеет как устроены соседние микросервисы и как в целом всё работает

Нахрен таких программистов. Если они не могут разобратся как между собой работают микросервисы, значит они макаки, которые должны писать микросервисы по жостко заданной спеек иначе все будет плохо. Или не так?

Nik

это саппорт

То , что ты называешь саппортом - это администрирование приклада

Vladimir

это саппорт

Это даже не саппорт, а скрипт из мяса

Yevhenii

А в первом можно написать скрипт

Мониторинг настроить, да

Sergei

То , что ты называешь саппортом - это администрирование приклада

нет, это саппорт. администрирование приложения - это оксюморон.