全体像と開発の基礎

01 / まず、アプリの流れをつかむ

DVAは、AWS上のアプリをコードで開発し、安全に動かし、更新し、調査するための試験です。サービス名だけでなく「誰が呼ぶか」「どの権限を使うか」「失敗したら誰が再試行するか」を説明できる状態を目指します。

ここでは小さな注文アプリを共通の例にします。APIで注文を受け付け、DynamoDBへ保存し、時間のかかる通知をキューに分離します。

02 / リージョン・ARN・状態の置き場所

リージョンはAWSの地理的なサービス提供単位、AZはリージョン内の障害分離の単位です。SDKでは接続先リージョンを意識します。東京のテーブルを別リージョンで検索すると、同名のテーブルが存在せず失敗することがあります。

ARNはAWSリソースを識別する名前です。IAMポリシーのResourceで「どのテーブル・どのバケットか」を指定するときに使います。

arn:aws:dynamodb:ap-northeast-1:123456789012:table/Orders
#   partition / service / region / account-id / resource

Lambdaの実行環境は再利用されることがありますが、いつ破棄されるかは保証されません。注文やログイン状態など、失いたくない状態はDynamoDBなどへ保存します。/tmpやグローバル変数は、キャッシュには使えても永続的な正本にはできません。

03 / SDKは何をしているか

SDKは、APIリクエストの組み立て、認証情報の取得、署名、レスポンスのデコード、一定のエラーの再試行を支援します。アプリはSDKに認証情報を渡す代わりに、通常はデフォルトの認証情報プロバイダーチェーンを使います。

Lambdaは実行ロール、ECSはタスクロール、EC2はインスタンスプロファイルで一時認証情報を取得します。ローカル開発では設定済みのプロファイルやIAM Identity Centerを使います。長期アクセスキーをコードへ埋め込む必要はありません。

import os
import boto3

# 実行環境が持つ一時認証情報とリージョン設定を利用
table = boto3.resource("dynamodb").Table(os.environ["TABLE_NAME"])

def load_order(order_id):
    result = table.get_item(Key={"orderId": order_id}, ConsistentRead=True)
    return result.get("Item")

多くのAWS APIではSignature Version 4（SigV4）でリクエストに署名します。一時認証情報はアクセスキーID・シークレットアクセスキー・セッショントークンの組です。SDKが署名できても、そのロールに操作権限がなければAccessDeniedになります。

公式資料：SDK の認証情報プロバイダーチェーン

04 / 再試行と冪等性はセット

タイムアウトしたとき、サーバー側では書き込みが成功している場合があります。「失敗と表示されたから、処理は実行されていない」と決めつけて再送すると、注文や決済が二重になります。

冪等性（べきとうせい）は、同じ要求を繰り返しても、業務上の結果が重複しない性質です。注文IDや冪等キーを保存し、DynamoDBの条件付き書き込みなどで重複を検出します。業務更新と処理済み記録を原子的に行うには、同じトランザクションに含めるなどの工夫が必要です。

指数バックオフは待ち時間を段階的に増やす方法です。ジッターは待ち時間に乱数を加え、一斉に再試行が集中することを避けます。SDKの再試行と自作ループを重ねすぎると、呼び出し回数が掛け算で増える点にも注意します。

05 / 確認問題

06 / この章の到達点

• 同期と非同期の違いを、応答を待つかどうかで説明できる
• 実行ロールとSDKの認証情報取得の関係を説明できる
• 再試行が必要な場面と、冪等性が必要な理由を説明できる

上のチェックは、このページでの振り返り用です。章単位の進捗は下のボタンで記録できます。

公式資料

内容確認日：2026年11月8日。仕様の詳細や更新情報は、各公式資料で確認できます。

• AWS SDKs：認証情報
• 再試行の動作
• Lambda のベストプラクティス