Devops

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

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

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

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

Когда вы работаете один, ваша инфраструктура — это не просто ваш бизнес, это и есть ваш бизнес. Вам некого вызвать в 3 часа ночи, нет совещания по реагированию на инцидент, где кто-то другой берёт ситуацию в свои руки. Есть только вы, ваш остывший кофе и горькое осознание того, что ваша производственная база данных превратилась в цифровую историю с привидениями. Я был в такой ситуации. И, думаю, вы тоже, или же вы достаточно умны, чтобы понимать, что это может произойти....