Application Signals
CloudWatch Application Signals を使用して AWS でアプリケーションを自動的に計測することで、現在のアプリケーションの状態をモニタリングし、ビジネス目標に照らして長期的なアプリケーションパフォーマンスを追跡できます。Application Signals は、アプリケーション、サービス、依存関係をアプリケーション中心の統合ビューで表示し、アプリケーションの状態をモニタリングしてトリアージできるようにします。
-
Application Signals を有効にすると、アプリケーションからメトリクスとトレースが自動的に収集され、呼び出し量、可用性、レイテンシー、障害、エラーなどの主要なメトリクスが表示されます。カスタムコードを記述したり、ダッシュボードを作成したりしなくても、現在の運用状態や、アプリケーションが長期的なパフォーマンス目標を達成しているかどうかをすばやく確認してトリアージできます。
-
Application Signals を使用して、サービスレベル目標 (SLO) を作成し、モニタリングします。Application Signals が収集する新しい標準アプリケーションメトリクスを含む、CloudWatch メトリクスに関連する SLO のステータスを簡単に作成して追跡できます。アプリケーションサービスのサービスレベル指標 (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 を使用する
毎日のアプリケーションモニタリングの一環として、CloudWatch コンソール内で Application Signals を使用します。
-
サービスのサービスレベル目標 (SLO) を作成した場合は、サービスレベル目標 (SLO) ページから始めてください。ここでは、最も重要なサービス、オペレーション、依存関係の状態をすぐに把握できます。SLO のサービス名、オペレーション名、または依存関係名を選択すると、サービスの詳細ページが開き、問題のトラブルシューティング時に詳細なサービス情報が表示されます。
-
サービスページを開くと、すべてのサービスの概要が表示され、障害率またはレイテンシーが最も高いサービスをすばやく確認できます。SLO を作成した場合は、サービスのテーブルを見て、どのサービスに異常なサービスレベル指標 (SLI) があるかを確認してください。特定のサービスが異常状態にある場合は、サービスを選択してサービスの詳細ページを開き、サービスオペレーション、依存関係、Synthetics Canary、およびクライアントリクエストを確認します。グラフ内のポイントを選択して、相関関係のあるトレースを表示すると、運用上の問題の根本原因をトラブルシューティングして特定できます。
-
新しいサービスがデプロイされたり、依存関係が変更されたりした場合は、Service Map を開いてアプリケーショントポロジを調べてください。クライアント、Synthetics Canary、サービス、依存関係の関係を示すアプリケーションのマップを参照してください。SLI の状態をすばやく確認したり、呼び出し量、障害率、レイテンシーなどの主要なメトリクスを表示したり、サービスの詳細ページでドリルダウンして詳細情報を確認したりできます。
Application Signals を使用すると、料金が発生します。CloudWatch の料金の詳細については、Amazon CloudWatch の料金
注記
CloudWatch Synthetics、CloudWatch RUM、または CloudWatch Evident を使用するために、Application Signals を有効にする必要はありません。ただし、Synthetics と CloudWatch RUM を Application Signals と連携させると、これらの機能を一緒に使用した場合にメリットが得られます。
Application Signals クロスアカウント
Application Signals のクロスアカウントオブザーバビリティを使用すると、単一リージョン内の複数の AWS アカウントにまたがるアプリケーションをモニタリングし、トラブルシューティングを行うことができます。
Amazon CloudWatch オブザーバビリティアクセスマネージャーを使用して、1 つ以上の AWS アカウントをモニタリングアカウントとして設定できます。モニタリングアカウントにシンクを作成することで、モニタリングアカウントにソースアカウントのデータを表示する機能を持たせます。シンクを使用して、ソースアカウントからモニタリングアカウントへのリンクを作成します。詳細については、「CloudWatch のクロスアカウントオブザーバビリティ」を参照してください。
必要なリソース
Application Signals のクロスアカウントオブザーバビリティが適切に機能するためには、以下のテレメトリータイプが CloudWatch Observability Access Manager を通じて共有されていることを確認してください。
-
Application Signals サービスとサービスレベル目標 (SLOs)
-
Amazon CloudWatch のメトリクス
-
Amazon CloudWatch Logs のロググループ
-
AWS X-Ray のトレース
サポートされている言語とアーキテクチャ
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 は、カナダ西部 (カルガリー) を除くすべての商用リージョンでサポートされています。
