Что такое деплой (Deployment)

Определение

Деплой, или развертывание, это установка собранной версии программы в определенную среду: код идет из репозитория на сервер, обычно через автоматический конвейер (pipeline). Целью может быть стейджинг, где команда проверяет изменение, или продакшн, где им пользуются клиенты. Непрерывная интеграция (CI) автоматически собирает и тестирует каждое изменение, а непрерывная доставка (CD) держит каждую версию готовой к выкладке в любой момент. Деплой не то же самое, что релиз: деплой ставит код на сервер, а релиз открывает функцию пользователям, иногда позже, например когда фича-флаг (feature flag) включают для всех. У каждого деплоя должен быть откат (rollback), способ за минуты вернуть предыдущую версию. Есть несколько стандартных стратегий: поэтапная (rolling), когда серверы обновляют по несколько за раз, blue-green, когда вторая копия становится живой одним переключением, и canary, когда новая версия сначала доходит до небольшой части пользователей.

Почему это важно

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

Напрямую связано: Стейджинг (Staging), Продакшн (Production), Git (система контроля версий).

Советы по улучшению

• Автоматизируйте деплой через конвейер CI/CD: он уменьшает число ручных ошибок.
• Рискованные изменения, например миграции базы данных, выкатывайте в тихие часы. Обычным маленьким деплоям ждать не нужно.
• Убедитесь, что откат занимает минуты и что его хотя бы раз пробовали.
• Просите ссылку на предпросмотр для каждого изменения, чтобы увидеть его раньше клиентов.
• Задайте разработчику четыре вопроса: как мы деплоим, как откатываемся, кто утверждает и где я увижу изменение раньше клиентов.

Частые ошибки

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