DVAデプロイ

開発者がAWS SAMでサーバーレスアプリ(複数のLambda関数とAPI Gateway)を構築しています。開発中、小さなコード修正のたびに`sam build`と`sam deploy`でCloudFormationの完全な変更セットが走り、反映に数分かかります。開発環境での反復を高速化する最も適切な方法はどれですか。

A
`sam sync --watch`を使い、コード変更を検知してCloudFormationを介さず該当リソースへ差分を直接反映させる
✓ 正解
sam sync(SAM Accelerate)はコード変更時にCloudFormationを迂回し更新APIで直接反映するため、フルデプロイの数分を数秒に短縮できる。--watchで自動同期でき開発反復の高速化に最適。
B
`sam local start-api`でローカル実行のみを行い、クラウドへは一切デプロイしない
sam local start-apiはローカルでのテスト実行用であり、クラウド上の実環境へ変更を反映するものではない。実環境での反復高速化という要件を満たさない。
C
CloudFormationスタックポリシーを緩和してデプロイ時の検証をスキップさせる
スタックポリシーはリソースの保護・更新可否を制御する設定で、デプロイ所要時間の短縮には直結せず、緩和は誤った安全性低下を招くだけで本質的解決にならない。
D
Lambda関数のメモリを増やしてデプロイ処理のスループットを向上させる
Lambdaのメモリ設定は関数の実行時性能に影響するもので、デプロイ(コード反映)の所要時間とは無関係。反復の高速化には寄与しない。

解説

`sam sync`(AWS SAM Accelerate)は開発環境での反復を高速化する機能です。コードのみの変更時はCloudFormationの変更セットを経由せず、Lambdaの更新APIなどを使って該当リソースへ直接差分を反映するため、数分かかるフルデプロイを数秒に短縮できます。`--watch`でファイル変更を監視し自動同期します。 テンプレート構造の変更時のみCloudFormationデプロイにフォールバックします。 選択肢Bのsam local start-apiはローカルテスト用で、クラウド上の実環境への反映ではない。 選択肢Cのスタックポリシー緩和はリソース保護設定の話で、デプロイ速度の本質的改善にはならず安全性を損なう。 選択肢DのLambdaメモリ増加は関数実行性能の話で、デプロイ反映時間とは無関係。

ドメイン別正答率・予想スコアでリアルタイムに実力把握

無限ノックでDVAを徹底対策。全問AI生成のオリジナル問題。

無料で演習を始める →
DVA の問題一覧に戻る