Непрерывная поставка

Непрерывная поставка — это подход, при котором команды в автоматизированном режиме часто и предсказуемо выпускают качественные продукты в рабочую среду из репозитория исходного кода.

Некоторые организации выпускают продукты вручную, передавая их от одной команды к другой, как показано на схеме ниже. Как правило, разработчики находятся в левой части этого диапазона, а эксплуатационный персонал — на стороне приема. При каждой передаче происходит задержка, что приводит к разочарованию команд и недовольству клиентов. В итоге запуск продукта превращается в затянутый и ненадежный процесс, задерживающий получение дохода.

А теперь посмотрите на конвейер непрерывной поставки, представленный ниже. Он показывает, как разработчики пишут код на своих ноутбуках и выполняют коммиты этих изменений в репозиторий исходного кода, например Bitbucket. Под кодом мы подразумеваем тестируемую систему, тесты и инфраструктуру, используемую для развертывания и обслуживания системы. Сервис Bitbucket Pipelines позволяет передавать продукт с этапа тестирования в промежуточную, а затем в рабочую среду, чтобы клиенты получали все новые возможности.

Конвейер непрерывной поставки может включать ручной шлюз непосредственно перед выпуском в рабочую среду. Для ручного шлюза необходимо вмешательство человека, и в организации могут существовать сценарии, требующие наличия ручных шлюзов в конвейерах. Бывают сомнительные ручные шлюзы, но есть и вполне оправданные. Один из допустимых сценариев позволяет бизнес-команде принимать решение о выпуске в последнюю минуту. Техническая команда имеет готовую версию продукта в конце каждого спринта, тогда как бизнес-команда принимает окончательное решение о выпуске продукта для всех клиентов, группы пользователей или для людей, живущих в определенном месте.

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

Архитектура продукта также влияет на различные этапы конвейера и на то, какие артефакты создаются на каждом этапе. Сначала конвейер собирает компоненты — мельчайшие элементы, на которые может быть разделен продукт и которые могут подвергаться тестированию. Например, таким компонентом можно назвать библиотеку, собранную конвейером. Это этап компонентов.

Слабосвязанные компоненты образуют подсистемы — минимальные работоспособные модули, доступные для развертывания. Например, сервер — это подсистема. Микросервис, работающий в контейнере, — тоже подсистема. Это этап подсистем. В отличие от компонентов, подсистемы можно запускать и тестировать.

Таким образом, конвейер теоретически можно обучить сборке системы из слабосвязанных компонентов, если вся система должна выпускаться в виде единого целого. Это этап систем.

Такой монолитный подход приводит к тому, что самые быстрые подсистемы работают со скоростью самых медленных. Чтобы предостеречь команды, ставшие жертвами этого архитектурного шаблона, хочется напомнить поговорку: «Прочность цепи определяется самым слабым звеном».

После проверки собранная система без дальнейших изменений выводится на заключительный этап — этап рабочей среды.

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

Скорость без качества бесполезна для наших клиентов. Непрерывное тестирование — это метод, котором автоматические тесты интегрируются в конвейер поставки ПО и проверяют каждое изменение, проходящее через него. Тесты выполняются на каждом этапе конвейера с целью проверки артефактов, созданных на этом этапе. Модульные тесты и статический анализ кода используются для проверки компонентов на этапе компонентов в конвейере. Тесты функций, производительности и безопасности обеспечивают проверку на этапе подсистем. Интеграционные тесты, тесты производительности и безопасности используются для проверки систем на этапе системы. И наконец, на этапе рабочей среды продукт проверяется с помощью smoke-тестов.

Конвейер поставки ПО сам по себе является продуктом и приоритетом для бизнеса, в противном случае не следует пропускать через него продукты, приносящие доход. Непрерывная поставка приносит пользу тремя способами: она увеличивает скорость, производительность и стабильность работы команд разработчиков ПО.

Когда пора внедрять непрерывную поставку? Еще вчера.
Командам нужен единый бэклог с расставленными приоритетами, в котором:

Непрерывная поставка — правильное решение, но иногда его сторонникам нужно подтолкнуть остальных к трансформации. Правильно спроектированные конвейеры непрерывной доставки в итоге окупаются.

Итак, кто же участники?

Некоторые организации поручают планирование и внедрение конвейеров непрерывной поставки неопытным исполнителям и на собственном горьком опыте узнают о сопутствующих нюансах. Назначение младших сотрудников сигнализирует командам, что непрерывная поставка имеет низкий приоритет. Настоятельно рекомендуется назначить ответственным старшего архитектора, обладающего глубоким пониманием технологии и бизнеса.

Независимо от того, на каком этапе пути к «постоянному всему» (интеграции, тестированию, поставке, развертыванию, аналитике и т. д.) вы находитесь, речь идет не о списке задач или конечной цели, а о постоянном улучшении, которое лежит в основе всего.

Рано или поздно в создание конвейера непрерывной поставки вовлекается каждый член организации — руководители, разработчики, менеджеры продуктов, специалисты по информационной безопасности, эксплуатации, юридической поддержке, управлению данными, рисками, обеспечению соответствия требованиям и так далее. Конвейеры пробивают барьеры и разрушают стены. Мы все так или иначе являемся частью этой трансформации, а новая реальность подразумевает, что на рельсы непрерывности становятся все!