ハンズオンチュートリアル

プライベートアプリケーション用のパブリック NAT ゲートウェイを作成します。送信ルート、送信元アドレス変換、ルート欠落時の障害を確認し、自分の NAT リソースだけを削除します。

公開アプリの ACL 戻り経路を修復し、双方向の宛先ポートと拒否ルールの優先順位を確認して、初期設定へ戻します。

配送アプリケーションのネットワークを計画し、VPC と異なるアベイラビリティーゾーンの重複しない 2 つのサブネットを作成します。関係を確認し、自分の練習用リソースだけを削除します。

セキュリティグループで用意済みのアプリケーションへのアクセスを、1つの外部クライアントと TCP ポートに制限します。実際の許可・拒否リクエストとステートフルな応答を確認し、自分の練習用グループだけを削除します。

S3 ゲートウェイエンドポイントを作成し、NAT とサービスの経路を比較します。誤ったルートテーブル関連付けを診断・修復し、元のネットワークに戻します。

インターネットゲートウェイ、サブネットのルート、Elastic IP で公開アプリケーションへの経路を構築します。実際の外部 HTTP リクエスト、ルートの障害、練習リソースのみの削除を確認します。

ジョブキューを作成し、注文メッセージを受信して、提供された Lambda ワーカーで処理します。保存された結果を確認してからメッセージを削除します。

アトミックな DynamoDB 条件で注文作成を保護し、繰り返される SQS ジョブを消費して、完了した業務結果を上書きせずに重複を処理済みとして確認できることを検証します。

SQS の送信元キューをデッドレターキューに接続し、提供されたコンシューマーを実行します。正常な結果を失わずに、回数を限定した再試行後に失敗したジョブが隔離されることを確認します。

SQS の可視性期限切れを観察し、同じジョブを新しいレシートハンドルで受信して、処理時間を延長します。実際の保存結果を確認してから処理済みとして確認します。

注文通知を 1 回発行して独立した SQS キューへ配信し、1 つのサブスクリプションをフィルタリングして、送信元トピックの権限境界を確認します。

PostgreSQL に注文テーブルを作成し、顧客の注文を挿入して、アプリケーションが読み取る同じ保存データをクエリします。

PostgreSQL リードレプリカを作成し、アプリのクエリを振り分けます。プライマリの新しい書き込みの反映と、レプリカへの直接書き込みの拒否を観察します。

PostgreSQL へのネットワークアクセスをアプリケーションのセキュリティグループに限定し、必要な権限だけを持つデータベースユーザーを割り当てます。

データベースのスナップショットを保存し、意図的な注文削除を観察した後、新しい RDS インスタンスを復元してアプリケーションデータを回復します。

プライベートな RDS PostgreSQL インスタンスを作成し、標準 SQL クライアントで接続してアプリの接続先を設定し、最後に削除します。

ALB を作成し、HTTP リスナーをターゲットグループに接続して、実際のリクエストを 2 台のサーバーに振り分けます。最後に作成したリソースを削除します。

起動テンプレートと Auto Scaling グループを作成し、実際のサーバーを観察して障害バックエンドの自動置換と削除を確認します。