翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
でのサーバーレスウェブホスティング AWS App Runner
公開日: 2023 年 5 月 3 日 (図の履歴)
このリファレンスアーキテクチャでは、インフラストラクチャをプロビジョニングまたは管理することなく、サーバーレスでコンテナ化されたウェブアプリケーションを実行する方法に関する 2 つのシナリオについて詳しく説明します。
でのサーバーレスウェブホスティング AWS App Runner
デベロッパーエクスペリエンス: AWS App Runnerを使用して、ソースコードとソースイメージの 2 種類のサービスソースに基づいてウェブサービスを作成および管理します。
-
ソースコードを使用したシナリオ 1:
a. GitHub ソースリポジトリにコードをコミットします。
b. を使用して GitHub のソースコードへのアクセスを許可しますAWS CodeStar。
c。ウェブサービスを構築および実行するための手順を提供し、 でサポートされているマネージドランタイム環境を指定しますAWS App Runner。AWS CodeBuildその後、 はコードとその依存関係を自動パッケージ化し、新しいコンテナイメージを構築します。
d。その後、コンテナイメージはプッシュされ、 AWS App Runner所有アカウント内でホストされている Amazon Elastic Container Registry (Amazon ECR) リポジトリに保存されます。
-
ソースイメージを使用するシナリオ 2:
a. または、カスタマー所有アカウント内でホストされているカスタマー管理の Amazon ECR リポジトリに保存されている構築済みイメージから始めます。
b. AWS IAM アイデンティティセンター ロールを使用してコンテナイメージへのアクセスを許可することで、イメージは AWS App Runnerマネージド Amazon ECR リポジトリにプッシュされて保存されます。
App Runner サービスの作成:
-
その後、Amazon ECR に保存されているコンテナイメージがプルされ、AWS App Runnerサービス VPC とも呼ばれる AWS App Runner所有の Amazon Virtual Private Cloud 内のサーバーレスAWS Fargateタスクとしてデプロイされます。AWS Fargate タスクは、プライベートサブネットで高可用性を実現するために複数のアベイラビリティーゾーンで実行されている AWS Fargateクラスターにデプロイされ、AWS Application Auto Scaling で設定されます。
-
安全なサービス URL は、デプロイが成功した後に作成/公開されます。Secure Service URL は、公開されている AWS Network Load Balancer にマッピングされ、 によってデフォルトのドメイン名が割り当てられますAWS App Runner。お客様は、所有するカスタムドメイン名を関連付け/マッピングすることもできますが、パブリックに解決可能で、Amazon Route 53 Public Hosted Zone または任意の DNS プロバイダーに登録できる必要があります。
でのサーバーレスウェブホスティング AWS App Runner
AWS App Runner は、パブリックエンドポイントまたはサービス URL を使用してウェブアプリケーションを公開するための安全で一貫性のあるソリューションです。
インバウンドトラフィックパス:
クライアントはサービス URL へのリクエストを開始します。
-
サービス URL は、Amazon Route 53 を使用して公開されている Network Load Balancer に解決されます。 AWS NLB は自動的にプロビジョニングされ、AWS App Runnerサービスによって所有されます。
-
リクエストは AWS Network Load Balancer (AWS NLB) を介して AWS App Runner所有の VPC に入り、L7 リクエストルーターにリダイレクトされます。
L7 リクエストルーターは、受信リクエストを特定のウェブサービスインスタンスまたはAWS Fargateタスクにルーティングします。
アウトバウンドトラフィックパス、シナリオ 1 (ウェブサービスでは、顧客/プライベート VPC 内のダウンストリーム依存関係にアクセスする必要はありません)。
-
a. アウトバウンド (またはリターン) トラフィックは、 AWSマネージド NAT ゲートウェイ、および AWS App Runner所有 VPC 内にプロビジョニングされたインターネットゲートウェイ、またはデフォルトのネットワークモードを介してインターネットにルーティングされます。
アウトバウンドトラフィックパス、シナリオ 2 (ウェブサービスでは、顧客/プライベート VPC 内のダウンストリーム依存関係にアクセスする必要があります)。
b. アウトバウンドトラフィックは顧客/プライベート所有の VPC に転送され、プライベートリソース/依存関係はエンドユーザー/開発者によって手動でプロビジョニングされます。トラフィックは、VPC ルーティングテーブルごとに送信先エンドポイントに転送されます。
インターネットへのトラフィックは、カスタマー管理の NAT ゲートウェイと、カスタマー/プライベート所有の VPC 内にプロビジョニングされたインターネットゲートウェイ、または VPC Egress ネットワークモードを介してルーティングされます。
AWS Identity and Access Management (AWS IAM)、 AWS Key Management Service (AWS KMS)AWS Secrets Manager、、および AWS Systems Manager Parameter Store は、ロールベースのアクセスを確保し、機密データを安全に保存します。Amazon CloudWatch と はオブザーバビリティAWS X-Rayを維持します。
詳細情報
詳細については、「」を参照してください。
図の履歴
このリファレンスアーキテクチャ図の更新について通知を受け取るには、RSS フィードをサブスクライブします。
| 変更 | 説明 | 日付 |
|---|---|---|
初版発行 | リファレンスアーキテクチャ図が最初に公開されました。 | 2021 年 5 月 3 日 |
注記
RSS 更新をサブスクライブするには、使用しているブラウザで RSS プラグインが有効になっている必要があります。