【ECS Express Mode 解禁】「シンプルすぎる」の壁を突破！カスタムタスク定義サポートで最強の爆速デプロイへ

Amazon ECS Express Mode がカスタムタスク定義をサポートしました。これにより、Express Mode 特有のロードバランシング、オートスケーリング、デプロイの自動化といった簡素化された運用体験を維持しつつ、サイドカー（監視・セキュリティ）、カスタムヘルスチェック、ulimits、FireLens によるログルーティングといった高度なカスタマイズが可能になります。既存の CI/CD パイプラインや IaC (Terraform/CloudFormation) で管理されているタスク定義の再利用も可能です。

🚀 ECS Express Mode が「実戦仕様」に進化！

これまで Express Mode は、設定を極限まで削ぎ落として「とにかく手軽に」というコンセプトでしたが、エンジニアとしては「ちょっとカスタマイズしたいけど、サイドカーが置けないのが痛い...」と感じる場面もありました。今回のアップデートは、まさにその痒いところに手が届く神アプデです！

🛠️ 何が解決されるのか？

Express Mode の「運用の手軽さ」と、エンタープライズ環境で必須となる「詳細な制御」の両立が実現しました。具体的には、セキュリティスキャンのためのサイドカーやDatadog/CloudWatch Logs 向けの FireLens 設定が、Express Mode の自動管理下で動かせるようになります。これは、大規模運用をする現場にとって、非常に大きな意味を持ちます。

🇯🇵 日本国内の利用状況

リサーチの結果、東京リージョン (ap-northeast-1) および 大阪リージョン (ap-northeast-3) の両方で、APIレベルでの提供が確認済みです！日本のエンジニアもすぐに最新のデプロイ体験を試せます。

💡 現場への導入アドバイス

導入にあたっては、以下の制約事項に注意してください：

1. コンテナ名は必ず Main にすること
2. ポートマッピングは単一のTCPポートであること
3. Fargate 互換性であること

API 実行時に cpu や memory を直接指定するとエラーになる（タスク定義から自動取得されるため）という仕様もあるので、IaC のコード修正時はそこをチェックしましょう。

🏃‍♂️ 次のアクション

まずは、既存の Web API などの軽量なサービスを Express Mode に切り替えて、サイドカーなしの状態からサイドカー（ログ転送など）を追加したカスタムタスク定義へアップデートする流れをテストしてみるのがおすすめです！

参照元: Amazon ECS Express Mode overview