Cuando su CI/CD actualiza la imagen de contenedor del Deployment, desea asegurarse de que se inicie al menos una nueva réplica mientras se mantienen las réplicas antiguas hasta que la nueva esté en buen estado. ¿Qué cambio en la estrategia de Deployment logra esto?

La estrategia RollingUpdate es la adecuada porque permite una actualización gradual, manteniendo la disponibilidad del servicio. Con maxSurge: 1, se asegura que se inicie al menos una nueva réplica adicional antes de terminar las antiguas, lo que garantiza que siempre haya capacidad disponible. Con maxUnavailable: 0, se prohíbe que cualquier réplica antigua sea terminada hasta que la nueva réplica esté lista y en buen estado, evitando interrupciones en el servicio. Las opciones con Recreate no son válidas porque Recreate termina todas las réplicas antiguas antes de iniciar las nuevas, causando tiempo de inactividad. Las opciones con maxSurge: 0 significarían que no se pueden crear réplicas nuevas hasta que se eliminen las antiguas, lo que va en contra del requisito de mantener las réplicas antiguas.