Una aplicación de Kubernetes extrae mensajes de Pub/Sub y escribe en Filestore; un solo pod no puede procesar mensajes en tiempo real y los mensajes se acumulan. El procesamiento requiere un uso intensivo de E/S. ¿Cómo debería escalar el procesamiento?

El escalado basado en la métrica subscription/numundeliveredmessages de Pub/Sub es la solución más efectiva. Esta métrica indica directamente la acumulación de mensajes, que es el problema central. Al configurar un Horizontal Pod Autoscaler (HPA) personalizado que monitoree esta métrica, Kubernetes puede crear más pods automáticamente cuando hay mensajes sin entregar, asegurando que la aplicación pueda procesarlos a tiempo. La opción de autoescalado basado en CPU (kubectl autoscale) no es óptima porque el problema es de E/S intensiva, no necesariamente de CPU. El autoescalado del clúster (--enable-autoscaling) escala nodos, no pods, y no aborda directamente la necesidad de más instancias de la aplicación. El autoescalado basado en subscription/pushrequestlatencies mide la latencia de las solicitudes push, lo cual es relevante para el rendimiento del envío, no para la capacidad de procesamiento de mensajes acumulados por el consumidor.