Devops

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

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

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

Если вы когда-либо получали счёт за мониторинг, который заставлял вас сомневаться в своих решениях, вы не одиноки. Забавно то, что мониторинг — это самая важная вещь, на которую вы, вероятно, тратите слишком много. Позвольте объяснить: мониторинг необходим для современных систем, но то, как большинство команд его покупают, — вот где начинаются финансовые проблемы. Основная проблема проста: платформы мониторинга SaaS взимают плату за гигабайт принятых данных, за каждый отслеживаемый хост или за каждый отслеживаемый показатель с высокой кардинальностью....

Каждые несколько лет появляется стратегия развёртывания, которая обещает решить все ваши проблемы. Помните, когда все говорили, что контейнеры исправят всё? Развёртывание по схеме «синий-зелёный» — любимец этого десятилетия, эквивалент развёртывания по принципу «попробуйте выключить и снова включить», только гораздо более дорогостоящий. Я не собираюсь критиковать «сине-зелёное» развёртывание. Оно действительно полезно в определённых сценариях. Но я видел, как слишком многие команды применяют его как временную меру, чтобы избежать решения реальных проблем, скрывающихся в их архитектуре....