[クラウド食堂 #5]見える化✖️自動監視＝CloudWatchSynthetics

Transcript

1. 2025年11月19日 クラウド食堂 #5 〜運用にまつわるLT会〜 見える化 x 自動監視 ＝ CloudWatch Synthetics #cloud_shokudo
2. 自己紹介 >深津 新太郎 PM ＠ 事業会社の情報システム子会社 オンプレ/ハイブリッドシステムの運用・開発・リプレイス担当 >re:Invent 2022､2023､2024、2025参戦 >Community Builder(Cloud Operations)2025 >好きなAWSサービス S3、CloudWatch、FIS
3. Q 「ちゃんと動いてる」と自信を持って言えますか？
4. 期待した性能・品質で動作していることが可視化できている ・主要メトリクス／ログ／トレースが通常の範囲に収まっている ・ユーザー体験が劣化していない ・異常が起きても原因を説明できる状態になっている 等々 A Synthetics ログイン・操作・API呼び出しなどユーザー動作を再現して確認 外形監視の1つ
5. Synthetics ヘッドレスブラウザ スクリプト（Puppeteer、Selenium） Alarm S3 Lambda function AWS Cloud Internet 実行ログ スクショ HTTPアーカイブ Webサイト APIエンドポイント メトリクス、トレース AWS X-Ray CloudWatch Synthetics Canaries Canary WebサイトやAPIの稼働状況について、実際の操作やリクエストを模して監視ができる 閾値に基づいてエラーがあればアラート通報も可能 ・HTTP ステータスコード確認 ・レスポンスタイム計測 ・ビジュアルモニタリング（画面差分） ・DNS 解決確認 ・API、シナリオ動作確認
6. シンプルにスタート可能
7. シンプルにスタート可能
8. 稼働状況
9. Canary詳細 メトリクスを利用して SLO/SLIの設定も可能 スクリーンショット 画面操作も可能
10. ステータス503でも Canaryは正常？ 障害時の動作（想定外） Puppeteer 標準スクリプトでは ステータス404,503でも成功してしまう https://pptr.dev/api/puppeteer.httprequest
11. 障害時動作 ステータス５００を返すようにして・・・ 無事に障害として検知
12. 障害時調査 CloudWatch Application Signals MCP Server （cloudwatch-applicationsignals-mcp-server） https://github.com/awslabs/mcp/tree/main/src/cloudwatch-applicationsignals-mcp-server ※2025年11月のアップデートで、cloudwatch-appsignals-mcp-server は非推奨になっていました https://github.com/awslabs/mcp/tree/main/src/cloudwatch-appsignals-mcp-server#readme https://aws.amazon.com/jp/about-aws/whats-new/2025/11/application-signals-ai-powered-synthetics/
13. 障害時調査 原因特定と対策の提案
14. 障害時調査 しっかり復旧
15. おまとめ割 マルチチェックCanary https://aws.amazon.com/jp/about-aws/whats-new/2025/10/amazon-cloudwatch-synthetics-bundled-multi-check-canaries/
16. おまとめ割 マルチチェックCanary 監視内容を JSONで定義するのみ
17. 10個の個別Canary 実行回数/月 = 10 Canaries × 60分/時 × 24時間 × 30日 = 432,000回 月額料金 = 432,000回 × $0.0012 = $518.40 1個のMultiChecks Canary 実行回数/月 = 1 Canary × 60分/時 × 24時間 × 30日 = 43,200回 月額料金 = 43,200回 × $0.0012 = $51.84 おまとめ割 マルチチェックCanary
18. 注意点 Multi checksは軽量なHTTP/API監視に特化しているため、スクリーンショットは取得されない ページの見た目を確認したい場合は、従来のCanaryを使用 要件 おすすめ API監視のみ Multi checks 複数エンドポイント監視 Multi checks スクリーンショット必要 従来のCanary ページの見た目確認 従来のCanary コスト重視 Multi checks おまとめ割 マルチチェックCanary
19. まとめ CloudWatch Synthetics 実際の利用者視点で運用監視 SLO/SLIのベースにも拡張可能 AI活用した調査で運用担当者の負担も軽減
20. ※本資料に記載されている会社名、製品名、サービス名、写真は各社の商標または登録商標です Share your lessons