Gdy Twój CI/CD aktualizuje obraz kontenera w Deployment, chcesz mieć pewność, że zostanie uruchomiona co najmniej jedna nowa replika, jednocześnie zachowując stare repliki, dopóki nowa nie będzie zdrowa. Jaka zmiana strategii Deploymentu to osiągnie?

Prawidłowa odpowiedź to ustawienie strategii na RollingUpdate z maxSurge: 1 i maxUnavailable: 0. Strategia RollingUpdate pozwala na stopniową aktualizację aplikacji, zastępując stare repliki nowymi. Parametr maxSurge: 1 oznacza, że podczas aktualizacji może zostać utworzona jedna dodatkowa replika ponad pożądaną liczbę, co zapewnia, że nowa wersja aplikacji może zostać uruchomiona i przetestowana bez wpływu na działające stare repliki. Parametr maxUnavailable: 0 gwarantuje, że żadna stara replika nie zostanie usunięta, dopóki nowa replika nie będzie zdrowa i gotowa do obsługi ruchu, co minimalizuje przestoje. Pozostałe opcje są nieprawidłowe: maxSurge: 0 i maxUnavailable: 1 w strategii RollingUpdate oznacza, że najpierw zostanie usunięta jedna stara replika, zanim nowa zostanie uruchomiona, co może prowadzić do przestojów. Strategia Recreate najpierw usuwa wszystkie stare repliki, a następnie tworzy nowe, co zawsze powoduje przestój aplikacji.