Rolling updates in GKE veroorzaken storingen als gevolg van verkeerd geconfigureerde parameters die alleen in productie voorkomen. Welke preventieve maatregel op platformniveau moet u toevoegen?

Liveness- en readiness-probes in de Pod-specificatie zijn essentieel voor het voorkomen van storingen tijdens rolling updates. Liveness-probes controleren of een container nog draait en indien niet, herstarten ze deze. Readiness-probes bepalen of een container klaar is om verkeer te ontvangen. Als een pod niet 'ready' is, stuurt GKE er geen verkeer naartoe, wat voorkomt dat gebruikers problemen ondervinden door een nog niet volledig operationele of verkeerd geconfigureerde pod. Dit is een preventieve maatregel op platformniveau die direct ingrijpt op het gedrag van de pods tijdens updates. Health checks op de managed instance group zijn minder granulaire en controleren de VM's, niet de individuele pods. Een geplande taak om de beschikbaarheid te verifiëren is reactief en detecteert problemen pas nadat ze zijn opgetreden. Een uptime-alert in Cloud Monitoring is ook reactief en waarschuwt pas als de storing al een feit is.