Практика для собеседования DevOps #4: В чем разница между стратегией обновления с заменой (rolling update) и стратегией пересоздания (recreate) в Kubernetes Deployments?

Автор — DevOps-инженер из Кореи, готовящийся к международной карьере и одновременно практикующий английский язык и технические навыки. В рамках ежедневной практики английского языка автор задаёт ChatGPT вопросы в формате интервью и отвечает на английском, затем совершенствует ответы на основе обратной связи. Сегодняшний вопрос касается различий между стратегиями rolling update (постепенное обновление) и recreate (пересоздание) в Kubernetes Deployments. В первоначальном ответе автора утверждалось, что recreate гарантирует сохранение данных, но жертвует доступностью, в то время как rolling update гарантирует доступность, но жертвует сохранением данных. Стратегия recreate завершает работу существующих подов и затем начинает масштабирование новых. Стратегия rolling update гарантирует доступность с помощью параметров maxUnavailable и maxSurge. Уточнённый ответ объясняет, что recreate обеспечивает согласованность версий, но жертвует доступностью, тогда как rolling update приоритезирует доступность даже при разных версиях. При использовании recreate все существующие поды завершаются перед тем, как новый ReplicaSet начнёт масштабироваться. Rolling update поддерживает доступность, уменьшая количество существующих подов в соответствии с maxUnavailable и создавая новые в пределах лимита maxSurge.