Когда ваш CI/CD обновляет образ контейнера Deployment'а, вы хотите убедиться, что запускается как минимум одна новая реплика, при этом старые реплики сохраняются до тех пор, пока новая не станет работоспособной. Какое изменение стратегии Deployment'а позволит этого добиться?

Правильный ответ — RollingUpdate с maxSurge: 1 и maxUnavailable: 0. Стратегия RollingUpdate позволяет плавно обновлять приложение, заменяя старые поды новыми. Параметр maxSurge: 1 гарантирует, что Kubernetes создаст одну новую реплику до того, как удалит какую-либо старую, обеспечивая наличие как минимум одной новой реплики. Параметр maxUnavailable: 0 означает, что ни одна старая реплика не будет удалена, пока новая не станет доступной, что поддерживает доступность сервиса. Остальные варианты не подходят: maxSurge: 0 не позволит создать новую реплику до удаления старой, что противоречит требованию. Стратегия Recreate удаляет все старые поды перед созданием новых, что приводит к простою сервиса и не соответствует требованию сохранения старых реплик.