Как достичь развертываний без простоев?

Question

Accepted Answer

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

## Что требуется для нулевого простоя

```text
GOAL: deploy a new version with NO user-facing downtime (always-available service):
  → never take the whole service offline to deploy
  → always have healthy instances serving while updating others
  → handle in-flight requests gracefully (don't drop them mid-request)
→ Combine several techniques (below).
```

## Ключевые методы

```text
✓ DEPLOYMENT STRATEGY — rolling, blue-green, or canary (never all-at-once downtime):
  → rolling: update instances gradually (others keep serving)
  → blue-green: switch traffic to the new environment instantly
✓ LOAD BALANCER + HEALTH CHECKS → route traffic only to healthy/ready instances;
  new instances join only when READY (readiness checks)
✓ GRACEFUL SHUTDOWN → draining: stop sending new requests to an instance, let it FINISH
  in-flight requests, THEN stop it (handle SIGTERM) → no dropped requests
✓ BACKWARD-COMPATIBLE changes → old and new versions coexist during the rollout
  (API and DATABASE compatibility — expand-contract migrations)
```

## Проблема с базами данных

```text
⚠️ Schema changes during zero-downtime deploys are the hard part (old + new code run
   together): use BACKWARD-COMPATIBLE migrations (expand-contract / parallel change):
   add new schema → migrate → remove old in a LATER deploy → never break the running version
```

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

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

Многие системы должны оставаться доступными 24/7, поэтому развертывание без прерывания работы пользователей (нулевой простой) является необходимостью — отключение сервиса для развертывания неприемлемо для таких систем, особенно учитывая частые развертывания в CI/CD.

Понимание того, что нулевой простой **требует** (никогда не отключать весь сервис полностью, всегда иметь здоровые экземпляры, обслуживающие запросы, пока другие обновляются, и корректно обрабатывать выполняемые запросы) определяет цель.

Понимание **ключевых методов**, которые в совокупности это достигают — использование **стратегий развертывания**, которые избегают полного одновременного простоя (rolling, blue-green, canary), **балансировщики нагрузки с проверками здоровья/готовности** (направление трафика только на здоровые, готовые экземпляры, чтобы обновляемые экземпляры не получали трафик, а новые присоединялись только когда готовы), **корректное завершение/дренирование** (остановка новых запросов к экземпляру, позволение ему завершить выполняемые запросы, затем его остановка — чтобы никакие запросы не были прерваны во время выполнения, требуя правильной обработки SIGTERM), и **обратно совместимые изменения** (чтобы старая и новая версии сосуществовали во время развертывания) — это практическое ядро.

Критически важно понимание **проблемы с базами данных** (изменения схемы — это самая сложная часть нулевого простоя, потому что старый и новый код работают одновременно, требуя обратно совместимых миграций expand-contract) связывает это с знаниями о миграциях, которые необходимы для по-настоящему нулевого простоя развертывания.

Эти методы вместе позволяют развертываться непрерывно без каких-либо перерывов в работе пользователей.

Поскольку непрерывная доступность — это ключевое требование для многих production систем и CI/CD развертывает часто, и поскольку развертывание без простоев требует комбинирования стратегий развертывания, проверок здоровья, корректного завершения и особенно обратно совместимых (базы данных) изменений, понимание того, как достичь развертываний без простоев, является важным знанием уровня senior для надежной доставки — критическая способность для всегда доступных систем, отражающая операционную сложность, ожидаемую для senior ролей при развертывании в production без нарушения работы пользователей.