Navern
Лан, я подразумевал что у тебя хотя бы есть какие то инструменты и настроенный мониторинг
Vladimir
Место куда слать трейсы, логи, эвенты, метрики - это вот задача инфраструктуррых инженеров
Navern
Слово архитектура тут не подходит мб
Vladimir
И это сделать просто
Navern
И это сделать просто
Просто когда ты понимаешь почему это нужно и зачем) а если ты привык админить руками то парадишму измениьь сложнее
Navern
Vladimir
Vladimir
Vladimir
Navern
Navern
Другие люди мне чаще могут придумать контрпримеры чем я сам
Navern
Унижать когото в инете смысла мало
Евгений
Ну таск изначальный (который мы обсуждали) такой -- у тебя на входе всей системы что-то не работает (не мониторинг орёт, не хелсчеки проваливаются), а тупо не работает чо-то (например при заданных параметрах в клауде создаётся нерабочий пул виртуалок).
Как ты будешь это обрабатывать без человека, у которого в голове есть общая картина?
Sergei
Navern
Vladimir
Для начала надо подумать, может ли быть человек с общей картиной в голове
Navern
Так что вроде как я ничо не придумал
Евгений
Vladimir
Vladimir
И тебе надо понять какая виновата
Navern
Navern
Типа интеграция не работает?
Евгений
Vladimir
И клиента который жалуется что у него виртуалки не пингуются
Vladimir
И ссш на них не пашет и консоль ничего не показывает
Vladimir
И он пишет в саппорт именно aws с этой инфой
Vladimir
И вот это пример того где нужно понимание взаимодействия систем чтобы понять баг ли это (или клиент просто добавил что то в iptables и ансиблом раскатал)
Vladimir
И если баг, то чей
Vladimir
Или даже несколько багов
Navern
Ну так тебе все равно надо декомпозировать проблему и проверить разные уровни.
Команда точно так же это может сделать, все упирается в коммуникации
Navern
И обмен инфой
Vladimir
Navern
Ну как я это вижу
Vladimir
Ты можешь попросить каждую проверить
Vladimir
Но эффективнее иметь человека который скажется что это команда вот эта
Navern
Ну уволился у тебя этот чувак, дальше что?
Navern
С тем что это удобно когда один человек все знает и умеет удобно я согласен) это вообще все упрощает)
Navern
(На короткой дистанции точно)
Vladimir
Vladimir
Но их компетенции немного не совпадают с компетенциями админа и в общем даже саппорта
Navern
Navern
Какая разница как ты их называешь?
Navern
(исключая найм и хвастовство на вечеринках)
Vladimir
Почему?
Потому что это именно фокус на траблшутинг и широкие знания везде
Navern
Vladimir
И как искать поломки
Vladimir
Один из скиллов, возведенный в абсолют
Vladimir
И требование к широте знаний больше
Vladimir
Админ может не понимать как работает балансировка
Navern
Я понял о чем ты)
Vladimir
В такой человек должен с закрытыми глазами мочь начертить жизнь пакета в системе
Vladimir
Например
Navern
Ты типа выделяешь чуваков с функцией дебага в отдельную группу
Vladimir
Во внутренних сервисах такие люди не нужны
Navern
Navern
@elemir90 я так понимаю считает что такие люди нужны во внутреннем продукте так же
Vladimir
За счет чего?
За счёт того что подземный стук в сервисе значит что его должны дебажить те кто владеют сервисом
Vladimir
И за счёт того что внутренние клиенты прошли процесс собеса и соответствуют минимальному уровню
Navern
Ты же с этого начал?
Navern
Типа не оч эффективно чтобы все сами деьажили
Vladimir
И область изначально уже
Navern
Я просто не оч понимаю в какой момент эти вещи расходятся) точнее я понимаю пример с авсом, он хороший) но чисто теоретически у тебя такое будет и во внутреннем продукте, просто гораздо реже
Vladimir
Vladimir
И когда у тебя поток запросов и юзкейс огромный
Navern
А я понял твой поинт
Vladimir
Внутри у тебя и поток ограничен
Vladimir
И люди менее вероятно стреляют в ноги
Vladimir
И масштаб бедствия меньше
Navern
Типа во внутреннем продукте ты ожидаешь что такие ситуации будут редко и разбираться всеми коммандами в кросс-кейсе вы будете раз в месяц а не каждые двп дня
Navern
Оке