一個 Kubernetes 應用程式會提取 Pub/Sub 訊息並寫入 Filestore；單一 pod 無法即時處理訊息，導致訊息堆積。處理過程屬於 I/O 密集型。您應該如何擴展處理能力？

正確答案是設定由 subscription/numundeliveredmessages Pub/Sub 指標驅動的 Kubernetes 自動擴展部署。由於應用程式處理訊息的速度跟不上接收速度，導致訊息堆積，因此根據未傳遞訊息的數量進行擴展是最佳策略。當未傳遞訊息增加時，自動擴展會增加 Pod 數量來處理負載。 基於 CPU 的自動擴展（選項一）可能不夠有效，因為處理是 I/O 密集型，CPU 使用率不一定能準確反映負載。subscription/pushrequestlatencies（選項二）衡量的是推播請求的延遲，這與訊息堆積的直接相關性較低。叢集自動擴展（選項三）是擴展節點，而不是 Pod，它會增加叢集的容量，但不會直接解決應用程式 Pod 擴展的問題。