Devops

В голове каждого инди-хакера живёт романтическая идея. Вы сидите в 3 часа ночи, кофе остывает, а количество пользователей вашего проекта только что перешагнуло отметку в 1000 человек. Дофамин действует по-другому, когда вы знаете, что это ваше — каждая строка кода, каждое решение по серверу, каждый вызов масштабирования. Это ведь мечта, правда? Полная независимость. Полный контроль. Свобода от тирании цен облачных провайдеров, которые наказывают вас в тот момент, когда ваш продукт набирает обороты....

Если вы когда-либо с тревогой наблюдали за развёртыванием в продакшн, зная, что одно неверное движение может отправить всех ваших пользователей в пропасть ошибок, вы, вероятно, фантазировали о наличии страховой сетки. Что ж, считайте, что это ваша страховочная сетка, обёрнутая в два цвета и горняцкую метафору. Развёртывание нового кода в продакшн во многом похоже на проведение хирургической операции: всем предпочтительнее, чтобы пациент оставался в сознании и функционировал во время операции. Плохая новость?...

Если вы когда-нибудь просыпались в 3 часа ночи из-за того, что кто-то запланировал обновление базы данных «в нерабочее время» (которое превратилось в пик хаоса), то вам знакомо это чувство. Ваш телефон загорается от панических сообщений, кофемашина молча вас осуждает, а где-то в канале Slack кто-то лихорадочно печатает «База данных уже работает?» заглавными буквами. Вот хорошие новости: такие дни не обязательно должны быть вашим будущим. Плохие новости? Они не исчезнут сами по себе....

Давайте будем честны: развёртывания пугают. Тот момент, когда вы нажимаете кнопку слияния, и ваш код запускается в работу, — это, по сути, контролируемая форма организованной паники. Ваш пульс учащается. Уведомления Slack затихают. Кто-то в сотый раз обновляет панель мониторинга. И затем — ничего не происходит. Всё работает. Вы пережили ещё одно развёртывание. Но что, если бы оно не сработало? В течение многих лет я наблюдал, как команды относились к развёртываниям как к обезвреживанию бомбы....

Неприметный герой, о котором никто не говорит Знаете, что неинтересно? Логирование. Это всё равно что поддерживать привычку пользоваться зубной нитью — никто не устраивает по этому поводу вечеринок, но ваше будущее «я» скажет вам спасибо, когда всё пойдёт наперекосяк в 3 часа ночи в воскресенье. И вот парадокс: самые успешные инженерные команды, с которыми я сталкивался, одержимы тем, что большинство разработчиков считают второстепенным. Они поняли, что тщательное структурированное логирование — это не обуза, а чёрный ящик бортового самописца вашей производственной системы....