Amazon ECS の一般的なユースケース

Fargate は、次のワークロードに適しています:

• 低いオーバーヘッドのために最適化する必要がある大規模なワークロード

• 時折バーストが発生する小さなワークロード

• 小さなワークロード

• バッチワークロード

EC2 は、次のワークロードに適しています:

• 一貫して高 CPU コアとメモリ使用量を必要とするワークロード

• 料金のために最適化する必要がある大規模なワークロード

• アプリケーションは永続的ストレージにアクセスする必要があります

• インフラストラクチャを直接管理する必要があります

その他のリソース

Amazon ECS は、一貫した構築およびデプロイ環境の作成、バッチおよび抽出、変換、ロード (ETL、Extract-Transform-Load) ワークロードの管理とスケーリング、マイクロサービスモデルでの洗練されたアプリケーションアーキテクチャの構築に使用できます。Amazon ECS のユースケースおよびシナリオの詳細については、コンテナのユースケースを参照してください。

GitHub のマイクロサービスリファレンスアーキテクチャを参照できます。詳細については、Amazon ECS を使用したマイクロサービスのデプロイAWS CloudFormation、Application Load Balancerを参照してください。

以下のリソースでは、継続的インテグレーションとデプロイ (CI/CD、continuous integration and deployment) の実装方法について説明しています:

• 「ECS リファレンスアーキテクチャ: 継続的なデプロイ」: このリファレンスアーキテクチャでは、CodePipeline、CodeBuild、およびAWS CloudFormationを使用して、Amazon ECS へのアプリケーションの継続的なデプロイを行う方法を説明しています。

• 「Jenkins、GitHub、および Amazon ECR を使用した Amazon ECS の継続的な配信パイプライン」: このAWSラボのリポジトリは、Jenkins、GitHub、および Amazon ECR を使用して Amazon ECS の継続的な配信パイプラインをセットアップして設定するために役立ちます。

「タスクのパラメータストアと IAM ロールを使用して Amazon ECS アプリケーションのシークレットを管理する」の投稿では、Amazon ECS のタスクの IAM ロール機能とAWS Systems Managerパラメータストアを統合する方法を中心に説明しています。パラメータストアは、データベース文字列などのプレーンテキストデータか、 AWS Key Management Serviceにより暗号化されたパスワードのような機密情報か、設定データを管理する一元化されたストアを提供します。

以下のリソースでは、サービスを検出可能にする方法について説明しています:

• Amazon ECS Service Connect マイクロサービス間の簡単な通信を可能にする： この投稿では、Elastic Load Balancing Application Load Balancersのダイナミックポートマッピングとパスベースルーティングの機能の使用方法について説明します。

• 「Amazon Elastic Container Service - リファレンスアーキテクチャ: サービス検出」:この Amazon ECS リファレンスアーキテクチャは、CloudWatch Events、 Lambda および Route 53 プライベートホストゾーンを使用して、コンテナにサービス検出を提供します。

• 「動的なサービス検出と AWS Distro for OpenTelemetry を使用した Amazon ECS からのメトリクスおよびトレースの収集」の記事では、ADOT Collector の単一インスタンスを使用して、AWS Cloud Map により動的に検出される Amazon ECS サービスから X-Ray トレースおよび Prometheus メトリクスを収集する方法が説明されています。