ECS on Fargate は AWS のアプリケーション実行環境として近年定番の選択肢です。\nそんな ECS on Fargate について、Infrastructure as Code や CI/CD などを含めて環境を整えようとすると、何かしらのツールが必要になります。
\n2020 年時点の情報としては AWS Dev Day Japan の「第2回 AWS Fargate かんたんデプロイ選手権」という資料があり、ECS on Fargate のデプロイツールを比較するうえでとても参考になるのですが、AWS のアップデートはとても早いです。
\n2022 年 12 月の時点で ECS on Fargate のデプロイツールをいくつか試してみたので、得られた知見をまとめておきます。
\n今回 ECS on Fargate のデプロイツールを調査した理由は、実際に ECS on Fargate で本番環境を構築するためです。
\nその際前提として、「CPU・メモリの割り当てや環境変数といったタスクの基本的な設定は、AWS の知識が豊富ではないアプリケーションエンジニアが変更できる」ようにしたかったので、その条件を満たしてくれそうなツールを中心に調査しました。
\n候補として、以下の 3 つのツールにしぼって、実際にさわって検証してみました。
\n公式ドキュメント: https://docs.docker.com/cloud/ecs-integration/
\nDocker Compose の ECS 統合機能は、2020 年 11 月に GA されました。
\n基本的な設定ファイルの書き方は Docker Compose と同じで、一部 ECS 特有の設定を書いて docker-compose up -d するだけで ECS にコンテナをデプロイできます。1
実際にさわってみた所感として、たしかに Docker Compose の延長で使うことができるため、とっかかりの学習コストが非常に低く、とても素晴らしいツールだと思いました。
\nそして、ドキュメントがとても分かりやすく、試してみるのも簡単でした。
\nまた、docker-compose.yaml ファイルをもとに CloudFormation のテンプレートが生成されるのですが、その CloudFormation のテンプレートを一部調整可能な機能 もあります。\nこの機能によってある程度のカスタマイズ性もあります。
\nしかし、ECS でのコンテナへの機密情報の受け渡しによく使われる、「パラメータストアから取得した値を環境変数に設定する」という機能がサポートされておらず、採用は断念しました。2
\nまた、GitHub リポジトリ を見てみると、最近はあまり力を入れて開発されていないようで、今後積極的に採用するのは難しそうかもしれないと感じました。
\n代替ツールとして、ECS Compose-X というものを開発している方もいるようでした。
\n公式サイト: https://aws.github.io/copilot-cli/ja/
\n続けて、AWS Copilot CLI についてです。\n(Copilot と言うと GitHub Copilot を想像する方が多いと思うので、略さずに AWS Copilot CLI と書くことにします。)
\nAWS Copilot CLI も Docker Compose ECS Integration と同じく 2020 年 11 月に GA されたツールで、こちらは AWS 公式が提供しています。
\n設定ファイルは AWS Copilot CLI 独自の書き方となります。
\nGA よりも半年ほど前、最初に公開された時点で少しさわってみたとき は、簡単にデプロイできるものの、不足している機能がかなり多いという印象でした。\nしかし、2022 年時点では、ECS on Fargate のデプロイツールとして、かなりおすすめできるものになっていました。
\n最小限の設定で ECS on Fargate の環境を CI/CD 含め構築することができ、環境変数やオートスケーリングなど、よくある各種設定が簡単に可能です。
\n2022 年 12 月現在、Infrastructure as Code や CI/CD が整った、ある程度しっかりした ECS on Fargate の環境を構築したい場合、AWS Copilot CLI を使うのが一番簡単だと思います。
\n少し調べてみた範囲でも、最近は導入事例もかなり多いようでした。
\nAWS Copilot CLI の弱点だと思ったのは、学習コストが高めなことです。\nしっかり理解して使おうとすると、ECS の基礎知識に加えて、AWS Copilot CLI 特有の概念もキャッチアップする必要があります。\n(少しクセがあるなと感じました)
\nAWS Copilot CLI は ECS などを「抽象的に扱えるツール」のように言われることがありますが、自分がさわった感想としては「ECS を抽象的に扱えるツールというよりも、ECS の設定をおおよそ理解したうえで、少ない記述量で使えるツール」という印象でした。
\nそして、こういったツールにはよくあることですが、一部の設定は細かく調整できなかったりします。\n自分の場合だと、ALB の設定の細かい調整が難しかったという理由で、今回は採用を見送ることになりました。
\n公式リポジトリ: https://github.com/kayac/ecspresso
\necspresso は、面白法人カヤックさんが提供している、ECS のデプロイツールです。
\nECS の薄いラッパーのようなツールとなっています。
\necspresso をさわってみた感想としては、学習コストが低く、とにかく使いやすかったです。\nデプロイだけでなく、ログの表示や ECS Exec などもサポートされており、aws cli では不便な点を解決してくれている素晴らしいツールだと思いました。
\nタスク定義やサービスの設定は、むやみに抽象化されていないため自由度が高く、様々な場面で使えると思います。
\nそして、Terraform と組み合わせて使うことが想定されており、設定ファイルから tfstate を参照することができ、とても便利です。
\n開発も積極的に行われていて、最近 v2 がリリースされています。
\necspress は、ECS のサービス・タスク定義の管理に特化したツールであり、VPC・ALB・IAM Role など、タスク定義やサービスから紐付ける先のリソースは、別途作成する必要があります。\nそのあたりを Infrastructure as Code したいのであれば、Terraform などと組み合わせて使うことになります。
\nなので、何もない状態から Infrastructure as Code や CI/CD がある程度整った環境を作ろうとすると、実装コストはある程度かかります。
\nそして、ecspresso 自体が実質的に 1 名で開発されているので、場合によっては不安を感じるかもしれません。
\n(と言いつつ、今回は ecspresso を使わせていただくことにしました！)
\nその他、ECS on Fargate のデプロイツールとして、
\nの 2 つは、状況によっては良さそうだと思いました。
\necs-deploy は、簡易的なツールで十分な場面であれば、良い選択肢になりそうです。\nですが、Infrastructure as Code したいとなったりすると、Terraform などでたくさんコードを書くことになりそうです。
\nCDK は、ある程度の AWS の知識が前提になりそうなので、今回私の状況には適さない気がしてあまり深く調べませんでした。\nただ、AWS の知識がある程度あるメンバーが使う前提なら、かなり良さそうな気もしています。
\n以上、ECS on Fargate のデプロイツールを調べて得られた知見を書いてきました。
\nまとめると、以下のようになります。
\nCDK に感じた良さそうな雰囲気も、実際どうなのか遠くないうちにさわってみたいと思います。
\n設定内容によっては、-d オプションをつけないとエラーになります (https://github.com/docker/compose-cli/issues/2086)
\n↩\nCloudFormation のテンプレートを調整する機能を使っても、容易には実現できませんでした
\n↩\n