理論

1. コンテナ化されたアプリケーションのオーケストレーション

• Amazon ECS (Elastic Container Service) や Amazon EKS (Elastic Kubernetes Service) は、コンテナ化されたアプリケーションを管理するためのサービスです。これらのサービスは、コンテナのデプロイ、スケーリング、管理を簡素化し、複雑なアプリケーションのオーケストレーションを実現します。

• ECS (Fargate) はサーバーレスオプションで、インフラ管理を不要にし、リソース管理を抽象化しますが、複雑な設定や完全な制御を必要とする場合は ECS (EC2) が適しています。これにより、インフラやネットワークの設定をフルコントロールできます。

2. データベースの選択

• Amazon RDS (Relational Database Service) は、フルマネージドなリレーショナルデータベースサービスで、SQL Server、MySQL、PostgreSQL などのデータベースエンジンをサポートしています。レガシーの Microsoft SQL Server を使用している場合、AWS での移行をサポートするために RDS for SQL Server が適しています。

• Amazon Aurora は、MySQL と PostgreSQL の互換性があり、高速でスケーラブルなリレーショナルデータベースです。Aurora は大規模なデータベースアプリケーションに最適で、従来の SQL Server の要件に合致する場合があります。

3. メッセージング

• Amazon SQS (Simple Queue Service) は、非同期メッセージングのためのフルマネージドサービスで、メッセージキューにメッセージを送信し、処理を分散させることができます。MSMQ（Microsoft Message Queueing）の代替として広く使用されます。

• SNS (Simple Notification Service) は、パブリッシュ/サブスクライブ型のメッセージングサービスで、リアルタイムの通知やメッセージングに使用されます。MSMQ の代替には不適切な場合が多いですが、通知型のメッセージングシステムに有用です。

4. AWS Fargate vs. EC2

• Fargate はコンテナの実行基盤を抽象化し、インフラストラクチャの管理を不要にします。簡単にコンテナをスケールできる一方で、細かいネットワーク設定やホスト管理が必要な場合は EC2 が有利です。特に、ネットワークの完全な制御やホストのカスタマイズが求められる場合、EC2 上で ECS を使うほうが適切です。

5. AWS のアーキテクチャ設計

• 分散アーキテクチャ を設計する際、データベースの選択やコンテナのオーケストレーションに加えて、アプリケーションのスケーラビリティや可用性を確保するために、負荷分散や自動スケーリング、フェイルオーバーの設計が重要です。例えば、ALB (Application Load Balancer) と Auto Scaling を組み合わせることで、アプリケーションの耐障害性を高め、負荷に応じて自動的にスケールします。

実践

一問道場