本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。
應用程式訊號
CloudWatch Application Signals 可協助您監控並改善 AWS 上的應用程式效能。它會自動從您在 Amazon EC2、Amazon ECS、Lambda 等服務上執行的應用程式中收集資料。可以將 CloudWatch Application Signals 用於以下用途:
即時監控應用程式運作狀態
對照業務目標追蹤效能
檢視服務與相依項之間的關係
快速識別並解決效能問題
-
啟用 Application Signals 可自動收集應用程式的指標和追蹤,並顯示呼叫量、可用性、延遲、故障和錯誤等關鍵指標。快速查看和分類目前的操作運作狀態,以及您的應用程式是否能實現其長期效能目標,無需撰寫自訂程式碼或建立儀表板。
-
使用 Application Signals 建立和監控服務水準目標 (SLO)。輕鬆建立並追蹤與 CloudWatch 指標相關的 SLO 狀態,包括 Application Signals 收集的新標準應用程式指標。在服務清單和拓撲地圖中查看並追蹤應用程式服務的服務水準指標 (SLI) 狀態。建立警示以追蹤您的 SLO,並追蹤 Application Signals 收集的新標準應用程式指標。
-
查看 Application Signals 自動探索的應用程式拓撲地圖,以視覺化方式呈現應用程式、相依性及其連線能力。
-
Application Signals 與 CloudWatch RUM、CloudWatch Synthetics Canary、AWS Service Catalog AppRegistry 以及 Amazon EC2 Auto Scaling 搭配使用,並在儀表板和地圖中顯示用戶端頁面、Synthetics Canary 和應用程式名稱。
支援的語言和架構
Application Signals 支援 Java、Python、Node.js 和 .NET 應用程式。
Application Signals 在 Amazon EKS、Amazon ECS 和 Amazon EC2 上受到支援和測試。在 Amazon EKS 叢集上,它會自動探索服務和叢集的名稱。在其他架構上,當您為 Application Signals 啟用這些服務時,必須提供服務和環境的名稱。
在 Amazon EC2 上啟用 Application Signals 的指示,應該適用於支援 CloudWatch 代理程式和 AWSDistro for OpenTelemetry 的任何架構。但是,這些指示尚未在 Amazon ECS 和 Amazon EC2 以外的架構上進行測試。
支援的區域
除加拿大西部 (卡加利) 之外的每個商業區域都支援 Application Signals。
主題
功能
使用 Application Signals 進行每日應用程式監控 – 在 CloudWatch 主控台中使用 Application Signals,作為每日應用程式監控的一部分:
-
如果已為您的服務建立服務水準目標 (SLO),請從服務水準目標 (SLO) 頁面開始。這可讓您即刻檢視最重要服務和操作的運作狀態。選擇 SLO 的服務、操作或相依項名稱,開啟服務詳細資訊頁面,並在疑難排解問題時查看詳細的服務資訊。
-
開啟服務頁面以查看所有服務的摘要,並快速查看故障率或延遲最高的服務。如果已建立 SLO,請查看「服務」資料表,了解哪些服務具有運作狀態不佳的服務水準指標 (SLI)。如果特定服務的運作狀態不佳,請選取該服務以開啟服務詳細資訊頁面,並查看服務操作、相依性、Synthetics Canary 和用戶端請求。在圖表中選取一個點以查看相關的追蹤,以便可以疑難排解並識別操作問題的根本原因。
-
如果已部署新服務或相依項已變更,請開啟 Application Map 以檢查您的應用程式拓撲。查看應用程式的地圖,它可顯示用戶端、Synthetics Canary、服務和相依性之間的關係。快速查看 SLI 運作狀態,檢視呼叫量、故障率和延遲等關鍵指標,並深入查看服務詳細資訊頁面中的更多詳細資訊。
使用 Application Signals 會產生費用。如需 CloudWatch 定價的資訊,請參閱 Amazon CloudWatch 定價
。 注意
不需要啟用 Application Signals 即可使用 CloudWatch Synthetics 或 CloudWatch RUM。但是,Synthetics 和 CloudWatch RUM 可與 Application Signals 搭配使用,以便您在一起使用這些功能時提供好處。
-
Application Signals 跨帳戶 – 透過 Application Signals 跨帳戶可觀測性,您可以監控和疑難排解單一區域中跨多個AWS帳戶的應用程式。
您可以使用 Amazon CloudWatch Observability Access Manager 將一或多個AWS帳戶設定為監控帳戶。您可以在監控帳戶中建立接收器,讓監控帳戶能夠檢視來源帳戶中的資料。可以使用此接收器建立從來源帳戶到監控帳戶的連結。如需詳細資訊,請參閱CloudWatch 跨帳戶可觀測性功能。
為使 Application Signals 跨帳戶可觀測性正確發揮作用,請確保透過 CloudWatch Observability Access Manager 共用下列遙測類型。
-
Application Signals 服務和服務層級目標 (SLO)
-
Amazon CloudWatch 中的指標
-
Amazon CloudWatch Logs 中的日誌群組
-
AWS X-Ray 中的追蹤
-
動態服務分組和篩選:使用 Application Signals 的動態分組功能來分組和篩選服務。自動彙總群組內服務的指標和 SLI,讓您從群組檢視開始,深入探究有問題的具體區域。Application Signals 提供兩種預設分組:依服務環境整理的「環境」分組,以及根據其相依性分組服務的「相關服務」分組。例如,在相關服務群組中,如果服務 A 呼叫服務 B,而該服務 B 呼叫服務 C,則會在服務 A 下分組。除了預設群組之外,透過選取符合您組織需求的服務來建立自訂群組,例如業務單位或團隊。
使用標籤AWS或 OpenTelemetry 屬性建立自訂分組,以符合您的團隊結構、業務網域或營運需求。自訂分組可讓您根據特定監控和疑難排解工作流程來整合服務。如需詳細資訊,請參閱設定自訂群組。
變更事件 – 使用 Application Signals 自動處理 CloudTrail 事件,追蹤整個應用程式的變更事件。監控 服務的組態和部署事件及其相依性,提供操作分析和故障診斷的立即內容。透過 CloudWatch 主控台或 StartDiscovery API 啟用服務探索,即可啟用變更事件偵測。對於 Amazon EKS 服務,部署偵測要求使用 Application Signals 檢測 SDK 檢測 Amazon EKS 服務。
下列資源支援變更事件:
Autoscaling 群組
EKS 叢集
EKS 工作負載 (僅限部署)
ECS 叢集和服務
ELB 負載平衡器和目標群組
Lambda 功能
BedrockAgentCore 執行期和RuntimeEndpoint
自動化稽核問題清單 – 透過 Application Signals 的自動化稽核問題清單探索關鍵洞見。此服務會分析您的應用程式,以報告重大觀察和潛在問題,簡化根本原因分析。這些自動化問題清單會合併相關追蹤,無需多次點選即可瀏覽。稽核系統可協助團隊快速識別問題及其根本原因,從而更快解決問題。
Application Signals 會運用先進分析技術,偵測模式、凸顯資源效率低下之處,並提出最佳化方案。系統將依據嚴重程度與潛在業務影響排定調查結果的優先級,以便團隊優先處理最關鍵的問題。無需人工分析即可獲得有關如何提高服務可靠性和效能的可行建議。