ну смотри. Я просыпаюсь посреди ночи от пейджера. Вижу на телефоне название алёрта - High 5XX on ServiceName in last 30mins ну может ещё незначительные детали. Пиздую сонный к компу, включаюсь в ночи. Всё что надо сделать - это отработать по книге (если она есть). Если там написано рестарт - то это хороший рулбук. Если там написано: - если в логах/дашбордах такая хуита, сделай так - если другая, сделай по-другому ТО ЭТО ПЛОХОЙ РУЛБУК. Потому что такое правило надо сплитить на два алёрта с разными тригерами чтобы было написано однозначно - увидел алёрт, сделай Б

Ну на самом деле вопрос не то, чтоб очень сложный и не то, чтоб надо хорошо шарить распределённых системы. Интересно что @aensidhe расскажет о типичных ответах.

если у тебя есть рулбук, почему ты не отдал его на 1 или 2 уровень поддержки?

sweet summer child

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

Та ладно, где запрос валится на балансировщике даже самые убогие системы выводят куда-то на дашьорд, не?

отлично

У ТЕБЯ СИСТЕМА ЕСТЬ?

Я та и не понял сарказм это или нет

нет, хороший ответ, на этом я перехожу к следующей задаче

А если найдёшь?

ну, если что, мониторинг в текущем продукте (20 лет на рынке, вся хуйня) местами вводил я. Как и CI

если у тебя есть рулбук, почему ты не отдал его на 1 или 2 уровень поддержки?

к слову, в волмарте и амазоне многие бекенды даже критичные на онколе у разрабов. Я не могу судить насколько это плохая практика, меня ОЧЕНЬ устраивала, т.к. я (ОЧЕНЬ СКРОМНО) охуенный и мои сервисы работают. Да, были пейджи в ночи, но эт или фалс алярм от даунстрима, или проёб апстрима. То есть в такой системе топятся говнокоманды без хорошей on-call системы, мониторинга и вообще ответственности. Это целая культура же. И у них может быть спираль вниз, типа постоянно проёбы, постоянно пожар, отсюда нихуя бизнес не движется, все на стрессе, чинится ещё хуже, ещё больше стресса и т.д.

к слову, в волмарте и амазоне многие бекенды даже критичные на онколе у разрабов. Я не могу судить насколько это плохая практика, меня ОЧЕНЬ устраивала, т.к. я (ОЧЕНЬ СКРОМНО) охуенный и мои сервисы работают. Да, были пейджи в ночи, но эт или фалс алярм от даунстрима, или проёб апстрима. То есть в такой системе топятся говнокоманды без хорошей on-call системы, мониторинга и вообще ответственности. Это целая культура же. И у них может быть спираль вниз, типа постоянно проёбы, постоянно пожар, отсюда нихуя бизнес не движется, все на стрессе, чинится ещё хуже, ещё больше стресса и т.д.

Кинь доклад

а остальные - не наша забота

А БИ прилетает тоже не вам?

Будет процесс какой-то?

зависит от команды

Ааа, то есть у вас лид решает?

Нет общего строго процесса на уровне правил компании?

Понятно, немного другой подход

ну подожди, процесс есть? есть. все сели, рут коз нашли, тикетов написали? написали

А причём тут что ты пхуенный? Сколько у тебя рукожопов в подчинении код пишут?

ещё раз, Product Owner решает, что важно - фиксить аутеджи или фичи

В разное время разное. У меня была 2 года роль - пришёл, увидел, починил

у меня есть 25% спринта на техдебт, я могу выбрать фиксить эти проблемы или не фиксить

Это понятно, судьба любого техлида, но по процессам как это шло

сука, у него получилось всё со второго раза, хуле он выёбывался

(у нас в одном продукте, давно, в паре мест был захардкожен id CEO)

ну, блин, вариант был или всё переделывать полгода нахер, или пиздюли регулярно получать, или просто подтюнить потихоньку

ну, блин, вариант был или всё переделывать полгода нахер, или пиздюли регулярно получать, или просто подтюнить потихоньку

а то, что ты раньше говори, что приложил руку к ядру СУБД, это что за проект был?

А в чем суть была? Что костыль делал?

там через И. к ядру и к схеме СУБД

ааа, а то я себе мысленно нарисовал работу по разработке какой-то специфической СУБД.

не, я недостаточно уверенно деревья вращаю

я чего спроси -- у меня тут появился интерес к тому, чтобы детаьно разобраться с WAL и рекаверингу транзакционных систем. я в общих чертах понимаю как это работает и где применяется в системах типа ext4 или обычном SQL, но все равно нет прям кристалльно ясного осознания. может, какую книгу посоветуете?

(у нас в одном продукте, давно, в паре мест был захардкожен id CEO)

окей, принято, спасибо

ссылки сам найдёшь или поискать?