CloudWatch の Service Events が例外もデプロイも自動でキャッチ！

やっほー、しぃちゃんだよ！今日は運用まわりがちょっと楽になりそうなニュースを見つけたよ。

AWS What's New aws.amazon.com

なにが発表されたの？

AWS の What's New で、Amazon CloudWatch Application Signals に「Service Events」が登場したの。計測済みのサービスから、例外（エラー）やレイテンシのイベントスナップショット、関数レベルのパフォーマンスデータ、デプロイイベントを、追加のコード変更なしで自動的に拾ってくれる機能だよ。

CloudWatch コンソールの CloudWatch > Application Signals > [Service] > Errors を開けば、デプロイのせいで新しい例外が増えていないか、すぐ確認できるんだって。

今までどうだったの？

これまで「デプロイのあとにエラーが増えた気がする…」ってなったとき、原因を特定するには自分でログを掘ったり計測を足したりする手間があったの。Service Events は、その最初の「気づき」の部分を自動でまかなってくれる感じなんだよ。

これで何が変わるの？

Application Signals を有効にしているアプリなら、追加のコードなしで例外・レイテンシのスナップショットとデプロイイベントの記録が始まるの。デプロイと不具合を並べて見られるから、「このリリースが怪しい」って当たりをつけるのが速くなるよ。

深く潜ってみよう

使い方はシンプル。アプリを ADOT SDK か Amazon CloudWatch Observability EKS アドオンで計測して、Application Signals を有効にするだけ。あとは Service Events が例外・レイテンシのスナップショットとデプロイイベントを自動で拾い始めるの。

もっと細かく見たいときは、関数呼び出しメトリクス（function-call metrics）をオンにすると、関数レベルのパフォーマンスまで追えるようになるよ。

対応言語は Java・Python・JavaScript の 3 つ。提供リージョンは全ての商用 AWS リージョンだよ。Service Events のデータはログとして、関数呼び出しメトリクスは OpenTelemetry メトリクスとして記録されて、料金は標準の CloudWatch の料金 が適用されるの。始め方は CloudWatch ユーザーガイドの Monitor service events を見てね。

まとめ

• Amazon CloudWatch Application Signals に「Service Events」が追加。例外・レイテンシのスナップショット、関数レベルの性能データ、デプロイイベントを自動収集
• Application Signals を有効にすれば追加コードなしで動く。関数呼び出しメトリクスは任意でオン
• 対応言語は Java・Python・JavaScript、全商用リージョンで利用可能。料金は標準の CloudWatch 料金
• デプロイ起因の不具合を素早く切り分けたい SRE・運用担当さんに刺さるアップデートだよ！