Une application Kubernetes extrait des messages Pub/Sub et écrit dans Filestore ; un seul pod ne peut pas traiter les messages en temps réel et les messages s'accumulent. Le traitement est gourmand en E/S. Comment devriez-vous faire évoluer le traitement ?

L'autoscaling basé sur la métrique Pub/Sub subscription/numundeliveredmessages est la solution la plus appropriée car elle cible directement le problème : l'accumulation de messages. En augmentant le nombre de pods lorsque les messages non livrés s'accumulent, le système peut traiter la charge de manière plus efficace. L'autoscaling basé sur le CPU (kubectl autoscale) pourrait ne pas suffire si le traitement est gourmand en E/S et non en CPU. L'autoscaling de cluster (--enable-autoscaling) n'augmente que le nombre de nœuds, pas nécessairement le nombre de pods de l'application spécifique. La métrique subscription/pushrequestlatencies mesure la latence des requêtes push, ce qui est moins pertinent pour un problème de traitement de messages accumulés que le nombre de messages non livrés.