Continuous Delivery

Аргументы против масштабной переработки Представьте себе картину, которую вы, вероятно, уже видели: два часа ночи вторника, ваша производственная система не работает, и где-то в канале Slack кто-то печатает: «…а может, просто переписать всё с нуля?». Это момент, когда многие инженерные команды принимают решение, которое будет преследовать их годами. Масштабная переработка. Звучит привлекательно — чистый лист, новый стек технологий, уроки, извлечённые из прошлого, применяются с первого дня. Но почти всегда это оборачивается катастрофой....

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

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

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

Невысказанная правда: можно ли действительно обойтись без непрерывной интеграции? В мире разработки программного обеспечения непрерывную интеграцию (CI) часто называют святым Граалем эффективных методов кодирования. Однако что, если я скажу вам, что есть способ обойти этот якобы незаменимый шаг? Прежде чем вы назовёте меня еретиком, давайте погрузимся в неизведанную территорию разработки без конвейеров CI и выясним, может ли такой подход быть жизнеспособным или даже полезным в определённых сценариях. Общепринятое мнение Давайте начнём с того, что нам говорят, как правильно поступать....