advanced
Стратегии деплоя
Выбирайте rolling, blue-green, canary или immutable модели деплоя по риску, rollback и потребностям в управлении трафиком.
Стратегия деплоя определяет, как изменение доходит до пользователей. Rolling, blue-green, canary, immutable и recreate обменивают стоимость инфраструктуры, скорость, простоту rollback и blast radius.
| Стратегия | Идея | |-----------|------| | Rolling | Постепенная замена инстансов | | Blue-green | Два пула; переключение трафика | | Canary | Сначала малая доля трафика | | Immutable | Новый image/версия; старый отбрасывается |
Health checks и метрики валидируют каждую фазу. Миграции БД часто ограничивают rollback — проектируйте схему с expand-contract при необходимости.
На интервью: canary для рискованных изменений, blue-green для быстрого переключения, feature flags когда deploy и release нужно развести.
Типовые ошибки: автоматизация без health checks — просто более быстрый отказ; необратимые миграции делают «rollback» формальностью.
Компромисс — сложность инфраструктуры против контролируемого exposure нового поведения.
Чеклист:
- Стратегия по риску и потребностям rollback.
- Мониторинг health rollout со SLO.
- Совместимость БД для rollback.
- Стратегия вместе с observability, не с надеждой.