Amazon ECSでデプロイとオーケストレーションの可視化を実現する「Action Logs」が提供開始

Amazon ECSにおいて、サービスのデプロイメントやECS Managed Daemonの更新時にECS側で実行される操作を詳細に記録する「Action Logs」が提供されました。この機能により、これまで不可視だったサービス側の状態遷移やイベント（イベント名、ログレベル、リソースARN、ステータス理由）をタイムスタンプ付きで確認でき、トラブルシューティングの迅速化が可能です。ログの出力先としてAmazon CloudWatch Logs、Amazon S3、Amazon Data Firehoseを選択でき、クラスターレベルで有効化できます。また、Amazon ECSコンソール上のAmazon Qと統合されており、サーキットブレーカーによるロールバックなどの問題検出と根本原因分析、修復ガイダンスの提供も行われます。

運用上の「ブラックボックス」がついに解消へ

これまでECSのデプロイが失敗した際、「なぜタスクが起動しなかったのか」「どのタイミングでサーキットブレーカーが作動したのか」を突き止めるには、イベントログを追ったり、最悪の場合はAWSサポートへ問い合わせるしかありませんでした。Action Logsの導入により、ECS内部のオーケストレーション動作が可視化されるため、MTTR（平均復旧時間）の大幅な短縮が期待できます。

日本国内での利用について

リサーチの結果、本機能は東京リージョンおよび大阪リージョンを含むすべてのAWSリージョンで利用可能であることが確認されています。国内環境で即座に導入可能です。

実務的なアドバイスと注意点

• コスト管理: ログの保存先としてCloudWatch Logsを選択する場合、取り込み量に応じた課金が発生します。本番環境では詳細なログが出力されるため、保持期間（Retention）を適切に設定し、コスト増を防いでください。
• Amazon Qの活用: 単にログを見るだけでなく、コンソール上のAmazon Qによる自動分析を併用することで、インフラに不慣れなメンバーでも迅速に原因特定ができる体制を構築できます。

次のアクション

まずは開発環境のクラスターでAction Logsを有効化し、意図的にデプロイエラー（不適切なイメージタグの指定など）を発生させて、どのようなログが出力され、Amazon Qがどうガイドしてくれるかを確認することを推奨します。

参考ドキュメント

• Amazon ECS Developer Guide: Monitor Amazon ECS operations with Action Logs