本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。 # 使用 Application Signals 監控應用程式的運作狀態 在 [CloudWatch 主控台](https://console.aws.amazon.com/cloudwatch/)中使用 Application Signals 來監控和疑難排解應用程式的運作狀態： + **監控應用程式服務** – 作為日常營運監控的一部分，請使用[服務](Services-page.md)頁面查看所有服務的摘要。查看故障率或延遲最高的服務，並查看哪些服務的[服務水準指標 (SLI)](CloudWatch-ServiceLevelObjectives.md) 不良。選取服務以開啟[服務詳細資訊](ServiceDetail.md)頁面，並查看詳細指標、服務操作、Synthetics Canaries 和用戶端請求。這可協助您疑難排解並確定操作問題的根本原因。 + **檢查應用程式拓撲**：使用[應用程式地圖](ServiceMap.md)來了解和監控一段時間內的應用程式拓撲，包括用戶端、Synthetics Canary、服務和相依項之間的關係。立即查看服務水準指標 (SLI) 狀況，並檢視呼叫量、故障率和延遲等關鍵指標。深入查看[服務詳細資訊](ServiceDetail.md)頁面中的更多詳細資訊。 探索[範例案例](Services-example-scenario.md)，示範如何使用這些頁面快速疑難排解操作服務運作狀態問題，從初始偵測到識別根本原因。 **Application Signals 如何啟用操作運作狀態監控** 為 Application Signals [啟用應用程式](CloudWatch-Application-Signals-Enable.md)之後，您的應用程式服務、API 及其相依項會被自動偵測到，並顯示在**服務**、**服務詳細資訊**和**應用程式地圖**頁面中。Application Signals 會從多個來源收集資訊，以啟用服務探索和操作運作狀態監控： + [AWS Distro for OpenTelemetry (ADOT)](CloudWatch-Application-Signals-supportmatrix.md) — 作為啟用 Application Signals 的一部分，OpenTelemetry Java 和 Python 自動檢測程式庫設定為發出 CloudWatch 代理程式收集的指標和追蹤。指標和追蹤可用來探索服務、操作、相依性和其他服務資訊。 + [服務水準目標 (SLO)](CloudWatch-ServiceLevelObjectives.md)：在您為服務建立服務水準目標後，「服務」、「服務詳細資訊」和「應用程式地圖」頁面會顯示服務水準指標 (SLI) 運作狀態。SLI 可監控延遲、可用性和其他操作指標。 + [CloudWatch Synthetics Canaries](CloudWatch_Synthetics_Canaries.md) – 當您在 Canaries 上設定 X-Ray 追蹤時，從 canary 指令碼對服務的呼叫會與您的服務相關聯，並顯示在「服務詳細資訊」頁面中。 + [CloudWatch 真實使用者監控 (RUM)](CloudWatch-RUM.md) – 在 CloudWatch RUM Web 用戶端上啟用 X-Ray 追蹤時，對服務的請求會自動關聯並顯示在服務詳細資訊頁面中。 + [AWS Service Catalog AppRegistry](https://docs.aws.amazon.com/servicecatalog/latest/arguide/intro-app-registry.html) – Application Signals 會自動探索您帳戶中 AWS 的資源，並允許您將其分組到 AppRegistry 中建立的邏輯應用程式。「服務」頁面中顯示的應用程式名稱是基於執行服務的基礎運算資源。 **注意** Application Signals 會根據您選擇的目前時間篩選器中發出的指標和追蹤來顯示您的服務和操作。(根據預設，這是過去三個小時。) 如果服務、操作、相依性、Synthetics Canary 或用戶端頁面的目前時間篩選條件內沒有任何活動，則不會顯示。 最多可以顯示 1,000 條服務。探索服務和服務拓撲最多可能會延遲 10 分鐘。評估服務水準指標 (SLI) 運作狀態可能會延遲 15 分鐘。 **注意** Application Signals 主控台目前僅支援在 30 天的時間範圍內最多選擇一天。