本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 應用程式訊號
<a name="CloudWatch-Application-Monitoring-Sections"></a>

CloudWatch Application Signals 可協助您監控並改善 AWS上的應用程式效能。它會自動從您在 Amazon EC2、Amazon ECS、Lambda 等服務上執行的應用程式中收集資料。可以將 CloudWatch Application Signals 用於以下用途：
+ 即時監控應用程式運作狀態
+ 對照業務目標追蹤效能
+ 檢視服務與相依項之間的關係
+ 快速識別並解決效能問題
+ 啟用 Application Signals 可自動收集應用程式的指標和追蹤，並顯示呼叫量、可用性、延遲、故障和錯誤等關鍵指標。快速查看和分類目前的操作運作狀態，以及您的應用程式是否能實現其長期效能目標，無需撰寫自訂程式碼或建立儀表板。
+ 使用 Application Signals 建立和監控[服務水準目標 (SLO)](CloudWatch-ServiceLevelObjectives.md)。輕鬆建立並追蹤與 CloudWatch 指標相關的 SLO 狀態，包括 Application Signals 收集的新標準應用程式指標。在服務清單和拓撲地圖中查看並追蹤應用程式服務的[服務水準指標 (SLI)](CloudWatch-ServiceLevelObjectives.md#CloudWatch-ServiceLevelObjectives-concepts) 狀態。建立警示以追蹤您的 SLO，並追蹤 Application Signals 收集的新標準應用程式指標。
+ 查看 Application Signals 自動探索的應用程式拓撲地圖，以視覺化方式呈現應用程式、相依性及其連線能力。
+ Application Signals 與 [CloudWatch RUM](CloudWatch-RUM.md)、[CloudWatch Synthetics Canary](CloudWatch_Synthetics_Canaries.md)、[AWS Service Catalog AppRegistry](https://docs.aws.amazon.com/servicecatalog/latest/arguide/intro-app-registry.html) 以及 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 代理程式和 AWS Distro for OpenTelemetry 的任何架構。但是，這些指示尚未在 Amazon ECS 和 Amazon EC2 以外的架構上進行測試。

**支援的區域**

除加拿大西部 (卡加利) 之外的每個商業區域都支援 Application Signals。

**Topics**
+ [功能](#application-signals-features)
+ [Application Signals 所需的許可](Application_Signals_Permissions.md)
+ [支援的系統](CloudWatch-Application-Signals-supportmatrix.md)
+ [支援的檢測設定](Getting-Started-App-Signals.md)
+ [在您的帳戶中啟用 Application Signals](CloudWatch-Application-Signals-Enable.md)
+ [(選用) 使用範例應用程式試用 Application Signals](CloudWatch-Application-Signals-Enable-EKS-sample.md)
+ [在 Amazon EKS 叢集上啟用 Application Signals](CloudWatch-Application-Signals-Enable-EKS.md)
+ [在 Amazon EC2 上啟用您的應用程式](CloudWatch-Application-Signals-Enable-EC2Main.md)
+ [在 Amazon ECS 上啟用您的應用程式](CloudWatch-Application-Signals-Enable-ECSMain.md)
+ [在 Kubernetes 上啟用您的應用程式](CloudWatch-Application-Signals-Enable-KubernetesMain.md)
+ [在 Lambda 上啟用應用程式](CloudWatch-Application-Signals-Enable-LambdaMain.md)
+ [疑難排解 Application Signals 安裝](CloudWatch-Application-Signals-Enable-Troubleshoot.md)
+ [(選用) 設定 Application Signals](CloudWatch-Application-Signals-Configure.md)
+ [使用 Application Signals 監控應用程式的運作狀態](Services.md)
+ [Application Signals 收集的指標](AppSignals-MetricsCollected.md)
+ [使用 Application Signals 自訂指標](AppSignals-CustomMetrics.md)

## 功能
<a name="application-signals-features"></a>
+ **使用 Application Signals 進行每日應用程式監控** – 在 CloudWatch 主控台中使用 Application Signals，作為每日應用程式監控的一部分：

  1. 如果已為您的服務建立服務水準目標 (SLO)，請從[服務水準目標 (SLO)](CloudWatch-ServiceLevelObjectives.md#CloudWatch-ServiceLevelObjectives-Triage) 頁面開始。這可讓您即刻檢視最重要服務和操作的運作狀態。選擇 SLO 的服務、操作或相依項名稱，開啟[服務詳細資訊](ServiceDetail.md)頁面，並在疑難排解問題時查看詳細的服務資訊。

  1. 開啟[服務](Services-page.md)頁面以查看所有服務的摘要，並快速查看故障率或延遲最高的服務。如果已建立 SLO，請查看「服務」資料表，了解哪些服務具有運作狀態不佳的服務水準指標 (SLI)。如果特定服務的運作狀態不佳，請選取該服務以開啟[服務詳細資訊](ServiceDetail.md)頁面，並查看服務操作、相依性、Synthetics Canary 和用戶端請求。在圖表中選取一個點以查看相關的追蹤，以便可以疑難排解並識別操作問題的根本原因。

  1. 如果已部署新服務或相依項已變更，請開啟 [Application Map](ServiceMap.md) 以檢查您的應用程式拓撲。查看應用程式的地圖，它可顯示用戶端、Synthetics Canary、服務和相依性之間的關係。快速查看 SLI 運作狀態，檢視呼叫量、故障率和延遲等關鍵指標，並深入查看[服務詳細資訊](ServiceDetail.md)頁面中的更多詳細資訊。

  使用 Application Signals 會產生費用。如需 CloudWatch 定價的資訊，請參閱 [Amazon CloudWatch 定價](https://aws.amazon.com/cloudwatch/pricing)。
**注意**  
不需要啟用 Application Signals 即可使用 CloudWatch Synthetics 或 CloudWatch RUM。但是，Synthetics 和 CloudWatch RUM 可與 Application Signals 搭配使用，以便您在一起使用這些功能時提供好處。
+ **Application Signals 跨帳戶** – 透過 Application Signals 跨帳戶可觀測性，您可以監控和疑難排解單一區域中跨多個 AWS 帳戶的應用程式。

  您可以使用 Amazon CloudWatch Observability Access Manager 將一或多個 AWS 帳戶設定為監控帳戶。您可以在監控帳戶中建立接收器，讓監控帳戶能夠檢視來源帳戶中的資料。可以使用此接收器建立從來源帳戶到監控帳戶的連結。如需詳細資訊，請參閱[CloudWatch 跨帳戶觀察功能](CloudWatch-Unified-Cross-Account.md)。

  為使 Application Signals 跨帳戶可觀測性正確發揮作用，請確保透過 CloudWatch Observability Access Manager 共用下列遙測類型。
  + Application Signals 服務和服務層級目標 (SLO)
  + Amazon CloudWatch 中的指標
  + Amazon CloudWatch Logs 中的日誌群組
  + [AWS X-Ray](https://docs.aws.amazon.com/xray/latest/devguide/aws-xray.html) 中的追蹤
+ **動態服務分組和篩選**：使用 Application Signals 的動態分組功能來分組和篩選服務。自動彙總群組內服務的指標和 SLI，讓您從群組檢視開始，深入探究有問題的具體區域。Application Signals 提供兩種預設分組：依服務環境整理的「環境」分組，以及根據其相依性分組服務的「相關服務」分組。例如，在相關服務群組中，如果服務 A 呼叫服務 B，而該服務 B 呼叫服務 C，則會在服務 A 下分組。除了預設群組之外，透過選取符合您組織需求的服務來建立自訂群組，例如業務單位或團隊。

  使用標籤 AWS 或 OpenTelemetry 屬性建立自訂分組，以符合您的團隊結構、業務網域或營運需求。自訂分組可讓您根據特定監控和疑難排解工作流程來整合服務。如需詳細資訊，請參閱[設定自訂群組](ServiceMap.md#Application-Map-Configure-Custom-Groups)。  
![\[CloudWatch 應用程式映射，依相關服務分組。\]](http://docs.aws.amazon.com/zh_tw/AmazonCloudWatch/latest/monitoring/images/application-map.png)  
![\[具有篩選的 CloudWatch 服務清單頁面。\]](http://docs.aws.amazon.com/zh_tw/AmazonCloudWatch/latest/monitoring/images/services-page.png)
+ **變更事件** – 使用 Application Signals 自動處理 CloudTrail 事件，跨應用程式追蹤變更事件。監控 服務的組態和部署事件及其相依性，提供操作分析和故障診斷的立即內容。透過 CloudWatch 主控台或 StartDiscovery API 啟用服務探索，即可啟用變更事件偵測。對於 Amazon EKS 服務，部署偵測要求使用 Application Signals 檢測 SDK 檢測 Amazon EKS 服務。

   下列資源支援變更事件：
  + Autoscaling 群組
  + EKS 叢集
  + EKS 工作負載 （僅限部署）
  + ECS 叢集和服務
  + ELB 負載平衡器和目標群組
  + Lambda 功能
  + BedrockAgentCore 執行期和RuntimeEndpoint  
![\[CloudWatch 應用程式映射，其中包含群組抽屜中的部署篩選和變更事件。\]](http://docs.aws.amazon.com/zh_tw/AmazonCloudWatch/latest/monitoring/images/application-map-with-drawer.png)  
![\[CloudWatch 應用程式概觀與變更事件資料表。\]](http://docs.aws.amazon.com/zh_tw/AmazonCloudWatch/latest/monitoring/images/application-overview.png)
+ **自動化稽核問題清單** – 透過 Application Signals 的自動化稽核問題清單探索關鍵洞見。此服務會分析您的應用程式，以報告重大觀察和潛在問題，簡化根本原因分析。這些自動化問題清單會合併相關追蹤，無需多次點選即可瀏覽。稽核系統可協助團隊快速識別問題及其根本原因，以更快的速度解決問題。

  Application Signals 會運用先進分析技術，偵測模式、凸顯資源效率低下之處，並提出最佳化方案。系統將依據嚴重程度與潛在業務影響排定調查結果的優先級，以便團隊優先處理最關鍵的問題。無需人工分析即可獲得有關如何提高服務可靠性和效能的可行建議。  
![\[CloudWatch 服務概觀與稽核問題清單。\]](http://docs.aws.amazon.com/zh_tw/AmazonCloudWatch/latest/monitoring/images/service-overview.png)