A. AWS Database Migration Service (AWS DMS) を使用して、データベースを Amazon DynamoDB に移行します。
サードパーティの機能をサポートするために、新しいデータベース設定をカスタマイズします。

B. ネイティブツールを使用してデータベースを Amazon RDS Custom for Oracle に移行し、サードパーティの機能をサポートするように新しいデータベース設定をカスタマイズします。

C. ネイティブツールを使用してデータベースを Amazon RDS for Oracle に移行します。サードパーティの機能は AWS Lambda に置き換えます。

D. AWS Database Migration Service (AWS DMS) を使用して、データベースを Amazon RDS for PostgreSQL に移行します。アプリケーションコードを書き直し、サードパーティ機能への依存を削除します。

A. 各プライベートサブネットにインターネットゲートウェイをデプロイします。プライベートサブネットからのトラフィックをインターネットゲートウェイ経由でルーティングします。

B. 必要な AWS サービス用のインターフェイス VPC エンドポイントを設定します。プライベートサブネットからのトラフィックをインターフェイス VPC エンドポイント経由でルーティングします。

C. プライベートサブネット間にAWS Direct Connect接続を設定します。プライベートサブネットからのトラフィックをDirect Connect接続経由でルーティングします。

D. 各プライベートサブネットにNATゲートウェイをデプロイします。プライベートサブネットからのトラフィックをNATゲートウェイ経由でルーティングします。

A. AWS DataSync と AWS Storage Gateway を使用して、ベースラインデータと増分データを AWS に移行します。
Amazon EC2、Amazon S3、Application Load Balancer を使用して DR 環境をセットアップします。

B. AWS Backup を使用してオンプレミスの VM のバックアップを作成し、AWS でバックアップを復元します。
RTO 要件を満たすように Amazon EC2 インスタンスへのリカバリを構成します。

C. AWS Database Migration Service (AWS DMS) を使用して、オンプレミスデータベースを Amazon RDS に複製します。RTO 要件を満たすために、AWS へのベースラインおよび増分データレプリケーション用に AWS Storage Gateway を設定します。

D. AWS Elastic Disaster Recovery を使用して、VM を AWS に段階的にレプリケートします。Elastic Disaster Recovery を設定して、DR プロセスを自動化します。

A. アプリケーションロードバランサー（ALB）を作成します。相互TLSを有効にしたHTTPSリスナーを設定します。

B. アプリケーションロードバランサー（ALB）を作成します。ALBをAWS WAFと統合します。セキュリティチームに必要なルールを設定します。

C. アプリケーションロードバランサー（ALB）を作成します。ALBをAWS Configと統合します。すべてのALBリソースにカスタムルールを適用します。

D. ネットワークロードバランサー（NLB）を作成します。セキュリティチームが要求するルールに従ってAWSネットワークファイアウォールを設定します。

A. DynamoDB テーブルをスキャンし、Amazon Simple Notification Service (Amazon SNS) を使用して必要に応じて従業員にメールメッセージを送信するスクリプトを作成します。このスクリプトを Amazon EC2 インスタンスで毎日実行するための cron ジョブを作成します。

B. DynamoDB テーブルをスキャンし、Amazon Simple Queue Service (Amazon SQS) を使用して必要に応じて従業員に電子メールメッセージを送信する AWS Lambda 関数を作成します。この Lambda 関数が毎日実行されるようにスケジュールします。

C. DynamoDB テーブルをスキャンし、Amazon Simple Notification Service (Amazon SNS) を使用して必要に応じて従業員にメールメッセージを送信する AWS Lambda 関数を作成します。この Lambda 関数を毎日実行するようにスケジュールします。

D. DynamoDB テーブルをスキャンし、Amazon Simple Queue Service (Amazon SQS) を使用して必要に応じて従業員にメールメッセージを送信するスクリプトを作成します。このスクリプトを Amazon EC2 インスタンスで毎日実行するための cron ジョブを作成します。

A. フィールドレベルの暗号化を生成してアクティブ化し、プレミアム以外の顧客をブロックします。

B. オリジンアクセス制御（OAC）を使用して、プレミアム会員以外の顧客のアクセスを制限します。

C. CloudFront 署名付き URL を生成し、プレミアム顧客に提供します。

D. プレミアム顧客にS3署名付きCookieを生成して提供する

A. Amazon S3 ファイルゲートウェイを作成します。データアップロード用の共有とデータダウンロード用の共有をそれぞれ1つずつ作成します。Amazon EC2 インスタンスに SFTP サービスを設定します。共有を EC2 インスタンスにマウントします。
従業員に SFTP サーバーを使用するように指示します。

B. AWS Transfer Family SFTPエンドポイントを設定します。カスタムIDプロバイダーオプションを選択します。AWS Secrets Managerを使用してユーザー認証情報を管理します。従業員にTransfer Family SFTPを使用するよう指示します。

C. IAM Identity Center で Amazon S3 アクセス用のグループを作成します。S3 バケットへのアクセスを必要とする従業員をグループに追加します。グループからの Amazon S3 アクセスを許可する IAM ポリシーを作成します。従業員には、AWS アクセスポータルを使用して AWS マネジメントコンソールにアクセスし、S3 バケットに移動するよう指示します。

D. 各従業員にAmazon S3の署名付きURLを生成するヘルプデスクアプリケーションを作成します。署名付きURLの有効期限を短く設定します。従業員には、会社のヘルプデスクに連絡してS3バケットにアクセスするための署名付きURLを取得するよう指示します。

A. 静的ウェブサイトホスティング用のファイルをS3バケットにアップロードします。保存期間を設定したS3オブジェクトロックを使用します。
読み取り専用の IAM 権限を付与します。

B. 静的ウェブサイトホスティング用に設定された Amazon S3 バケットにファイルをアップロードします。すべての AWS プリンシパルに読み取り専用の IAM 権限を付与します。

C. S3バケットを作成します。S3のバージョニングを有効にします。保持期間を設定したS3オブジェクトロックを使用します。CloudFrontディストリビューションを作成します。バケットポリシーを使用してアクセスを制限します。

D. S3バケットを作成します。S3のバージョン管理を有効にします。AWS Lambdaでイベントトリガーを設定し、プライベートS3バケットから変更されたオブジェクトを復元します。

A. EventBridge パートナーイベントバスを作成します。ターゲットとして AWS Lambda 関数を作成します。顧客の注文データを DynamoDB テーブルに転送するように Lambda 関数を設定します。

B. EventBridgeカスタムイベントバスを作成します。ターゲットとしてAWS Lambda関数を作成します。顧客の注文データをDynamoDBテーブルに転送するようにLambda関数を設定します。

C. EventBridge のデフォルトのイベントバスを使用します。顧客の注文データをホストする DynamoDB テーブル用に DynamoDB ストリームを設定します。

D. EventBridge パートナーイベントバスを作成します。Amazon Simple Notification Service (Amazon SNS) トピックを作成します。AWS Lambda 関数を SNS トピックにサブスクライブします。顧客の注文データを読み取り、DynamoDB テーブルに転送するように Lambda 関数を設定します。

A. Amazon ElastiCache for Redis を DynamoDB バックエンド層の前段に配置します。目標使用率を指標として、スケールするタイミングを決定します。

B. Amazon EC2 Auto Scaling のターゲット追跡ポリシーを使用して、処理層インスタンスをスケールアウトします。スケールアウトのタイミングを決定するには、 approximateNumberOfMessages 属性を使用します。

C. Amazon CloudFront ディストリビューションを追加して、Web 層のレスポンスをキャッシュします。HTTP レイテンシーを指標として、スケールするタイミングを決定します。

D. Amazon EC2 Auto Scaling のスケジュールされたスケーリングを使用して、ピーク使用時間帯に処理層インスタンスをスケールアウトします。CPU 使用率メト​​リクスを使用して、いつスケールするかを決定します。