Это отделяет технический риск развертывания от корпоративной опасности новых функций. Вы можете развернуть новый код, используя любой метод, но отключив функции, а затем постепенно разрешая их путем изменения конфигурации. Многие организации используют совершенно разные стратегии для разных приложений или даже совершенно разные варианты развертывания одного и того же приложения.
- Вы можете развернуть код с отключенными новыми параметрами, а затем постепенно включать их для определенных сегментов пользователей без дополнительных развертываний.
- Наконец, новый ReplicaSet модели масштабируется до .spec.replicas, а все старые ReplicaSets масштабируются до ۰.
- Сине-зеленый требует дополнительной настройки, но это легко.
- Успешное развертывание canary требует надежных возможностей маршрутизации трафика.
- Различные обновления, такие как масштабирование развертывания, не вызывают развертывание.
Вот почему важны обратно совместимые изменения. Новый экземпляр не получает трафик до тех пор, пока проверка готовности не подтвердит, что он действительно обслуживает запросы, а не просто запущен. Эти VPS/VDS веб-хостинг с CMS два числа определяют, насколько быстро происходит развертывание и сколько емкости вы сохраняете в сети, пока оно происходит. Отдавайте предпочтение заказанным обновлениям, гарантируйте плавное завершение работы и сверку состояний или используйте синий/зеленый, если это безопаснее. Immutable создает новые ресурсы для каждой версии; прокрутка может использоваться на месте или неизменно в зависимости от оркестровки.
Многие команды находят развертывание слишком медленным для своих нужд и переходят к сине-зеленым или канареечным стратегиям для более быстрого цикла обратной связи и более быстрого отката. Одновременное обновление нескольких экземпляров увеличит скорость, но, кроме того, увеличит риск. Для целей Интернета без сохранения состояния, обслуживающих независимые запросы, это обычно не является проблемой. Это означает, что ваша новая модель должна быть совместима со старой моделью, как минимум через окно развертывания.
Каждый вариант выполняется аспект за аспектом при развертывании, поэтому модификации должны быть обратно совместимы. Затем контроллер развертывания одновременно запускает каждый набор ReplicaSet, постепенно увеличивая масштаб нового и уменьшая старый. В рабочем процессе CI/CD (где изменения кода автоматически создаются, проверяются и развертываются) последовательное развертывание естественным образом становится последним этапом.
Последовательный процесс развертывания
Если партия не проходит проверку, отличная система останавливает развертывание и оставляет остальную часть парка на старой версии, поэтому неправильная сборка снижает производительность вместо закрытия локации. Последовательное развертывание позволяет избежать этого, обновляя парк небольшими шагами. Критика после развертывания помогает группам извлечь уроки из успехов и неудач. Платформы облачных вычислений и оркестрации контейнеров, такие как Kubernetes, сделали усовершенствованные методы развертывания доступными для организаций любого размера. Используя некоторые стратегии развертывания, вы можете вернуться к более ранней версии за считанные секунды. Используйте параметры оркестратора или автоматизацию CI/CD для обнаружения регрессии SLI и автоматического повторного развертывания предыдущего артефакта.
