Un'applicazione Kubernetes estrae messaggi Pub/Sub e scrive su Filestore; un singolo pod non riesce a elaborare i messaggi in tempo reale e i messaggi si accumulano. L'elaborazione è ad alta intensità di I/O. Come si dovrebbe scalare l'elaborazione?

L'opzione corretta è configurare un deployment di autoscaling di Kubernetes guidato dalla metrica Pub/Sub subscription/numundeliveredmessages. Questa metrica indica direttamente il backlog di messaggi non elaborati, fornendo un segnale preciso per scalare i pod quando l'applicazione non riesce a tenere il passo. Poiché l'elaborazione è ad alta intensità di I/O, l'autoscaling basato sulla CPU potrebbe non essere sufficiente o accurato. L'autoscaling del cluster abilita la scalabilità dei nodi, non dei pod, e non risponde direttamente al backlog di messaggi. La metrica subscription/pushrequestlatencies misura la latenza delle richieste push, che è correlata all'elaborazione ma non indica direttamente il numero di messaggi in coda come numundeliveredmessages.