KubernetesアプリがPub/Subメッセージをプルし、Filestoreに書き込みます。単一のPodではメッセージをリアルタイムで処理できず、メッセージがバックアップされます。処理はI/O集中型です。処理をスケールするにはどうすればよいですか？

正しい選択肢は、subscription/numundeliveredmessages Pub/Subメトリックによって駆動されるKubernetes自動スケーリングデプロイメントを構成することです。これは、未処理のメッセージ数に基づいてPodの数を調整することで、メッセージのバックログを直接的に解決します。処理がI/O集中型であるため、CPUベースのスケーリング（最初の選択肢）は効果的ではありません。CPU使用率が低くてもI/Oがボトルネックになる可能性があります。subscription/pushrequestlatencies（2番目の選択肢）はプッシュサブスクリプションの遅延を測定するものであり、プルサブスクリプションのバックログには直接関係しません。クラスターの自動スケーリング（3番目の選択肢）はノードの数を調整しますが、Podの数を直接制御するものではなく、アプリケーションのスケーリングには不十分です。