AWS構成図事例集

最もシンプルなWebアプリ構成。1台のEC2にWeb/APサーバーを同居させ、RDS（シングルAZ）をDBとして使う最小構成です。コストを最優先する開発・検証環境や、ごく小規模なサービスの出発点として最適。可用性は低いため、本番の重要システムには次パターン以降の冗長化を推奨します。

ALB（Application Load Balancer）配下に複数AZのEC2を分散配置し、RDSをマルチAZ構成にしてスタンバイを持たせる、最もスタンダードな高可用性Web/AP構成です。AZ障害時もALBのヘルスチェックとRDSの自動フェイルオーバーで継続運転でき、Auto Scalingで負荷変動にも追従します。

ECS Fargate でコンテナをサーバーレス実行し、Aurora PostgreSQL マルチAZでDBの高可用性を確保するモダン構成です。OSやサーバーの管理が不要で、CI/CDによるデプロイ自動化と相性が良く、現在のWeb/APサーバーの主流アーキテクチャです。Auroraはストレージを3AZ・6コピーで保持し、高い耐障害性とスケーラビリティを提供します。

Route 53 のヘルスチェックとフェイルオーバールーティングにより、プライマリリージョン（東京）の障害時にセカンダリリージョン（大阪）へ自動切り替えするアクティブ-スタンバイ型のDR構成です。Aurora Global Database による高速なクロスリージョンレプリケーションで、RPO 1秒未満・RTO 1分以内を実現します。

CloudFront で静的コンテンツを配信し、API Gateway + Lambda でAPIを処理、DynamoDB でデータを永続化するフルサーバーレス構成です。サーバー管理が完全に不要で、リクエスト数に応じた従量課金のためアイドル時のコストはほぼゼロ。マルチAZ冗長やスケーリングはマネージドサービス側が自動で担います。

AWSの金融サービス向けリファレンスアーキテクチャをベースにした、ISO 20022 決済メッセージを処理するマルチリージョン・アクティブ-アクティブ構成です。2つのリージョンが同時に稼働し、API Gateway + Lambda のサーバーレス・マイクロサービスで決済ワークフロー（受信・処理・リリース）を実行。DynamoDB グローバルテーブルにステータスを不変の台帳（ledger）として記録し、リージョン間で複製します。UPDATE/DELETE を避けたイミュータブル設計により、リージョン間の競合を回避しつつ取引の整合性を維持します。

AWSが公開する金融機関向けベースライン環境（baseline-environment-on-aws-for-financial-services-institute）の勘定系リファレンスアーキテクチャをベースにした構成です。預金・為替・融資といった勘定系業務を、東京リージョン（Primary）と大阪リージョン（Secondary / Warm Standby）のマルチリージョンで構成。全銀・統合ATM・ANSER・CAFIS等の外接システムや営業店・銀行端末を Direct Connect / Transit Gateway 経由で接続し、Amazon ECS 上のマイクロサービス（残高照会・取引・取引カウント管理）が処理を担います。データは Aurora Global Database（リージョン間を通常1秒以内で複製）と DynamoDB グローバルテーブルで保持し、リージョン障害時は Application Recovery Controller と Step Functions により約5分以内に大阪へ自動フェイルオーバーします。

インターネットから隔離した閉域ベースのエンタープライズ環境を、Web/AP/DB の3層をサブネットで厳格に分離して構築する金融グレードの高可用性構成です。社内オンプレミスや全銀ネット・共同センター等の外部金融ネットワークとは Direct Connect と Transit Gateway による閉域接続で連携。各AZ（AZ-A / AZ-C）にALB・Web・AP・Auroraを冗長配置し、HULFT on AWS でオンプレ/外部システムとのファイル授受を行います。KMS・Secrets Manager・GuardDuty・CloudTrail 等の周辺系マネージドサービスで、暗号化・統制・監査といった非機能/ガバナンス要件を満たします。