Wat zijn de verschillen in het bijwerken van pods tussen deployment en ReplicaSet?

In Kubernetes beheert Deployment een ReplicaSet, dat op zijn beurt de pods beheert. Bij het bijwerken van de pods:

• ReplicaSet ondersteunt op zichzelf geen update-strategie. Als je het pod-sjabloon in het ReplicaSet wijzigt, zal Kubernetes de bestaande pods niet bijwerken, maar een nieuw ReplicaSet maken met de nieuwe pods, terwijl het oude ReplicaSet met de oude pods blijft bestaan. Dit vereist handmatig verwijderen van oude pods of het ReplicaSet.

• Deployment implementeert een update-strategie (standaard Rolling Update). Bij het bijwerken van een Deployment maakt het een nieuw ReplicaSet met het bijgewerkte pod-sjabloon en vervangt het geleidelijk de oude pods door de nieuwe, terwijl het de opgegeven hoeveelheid beschikbare pods behoudt en de downtime van de applicatie minimaliseert.

Het belangrijkste verschil bij het bijwerken van pods:

• ReplicaSet update de pods niet automatisch, maar maakt gewoon een nieuw ReplicaSet bij het wijzigen van het sjabloon.
• Deployment zorgt voor een soepele update van de pods met controle over beschikbaarheid en rollback bij fouten.

Voorbeeld van een update-strategie in Deployment:

strategy:
  type: RollingUpdate
  rollingUpdate:
    maxUnavailable: 1
    maxSurge: 1