一個單頁應用程式透過 CloudFront 從 S3 提供靜態內容，並使用 EKS 叢集處理 API 請求。使用者有時會說網站故障，即使首頁和 EKS 叢集檢查看起來都很正常。哪種額外的監控方式能主動偵測網站中斷，而不是等到使用者回報？

建立一個指向網站完整網域名稱 (FQDN) 的 CloudWatch Synthetics 心跳監測 canary 是最有效的主動監控方式。心跳監測 canary 會模擬使用者瀏覽網站的行為，定期從外部檢查網站的端到端可用性，包括靜態內容載入和 API 呼叫。這能及早發現網站的潛在問題，即使首頁和 EKS 叢集看起來正常，也能捕捉到使用者體驗層面的故障。 其他選項的不足之處： 建立一個 CloudWatch Synthetics API canary 來監控 EKS 叢集 API 端點：這只能監控 API 的可用性，無法偵測靜態內容載入失敗或前端整合問題。 為網站 FQDN 建立一個 CloudWatch RUM 應用程式監控器：RUM (Real User Monitoring) 收集的是真實使用者的資料，屬於被動監控，無法在使用者回報前主動發現問題。 建立一個針對 EKS 叢集 API 端點的 CloudWatch RUM 應用程式監控器：這同樣是被動監控，且僅限於 API 端點。