先試後買

A. アプリケーションをオンプレミスでコンテナ化します。イメージをAmazonElastic Container Registry（Amazon ECR）にプッシュします。 AWSCloudFormationテンプレートを作成して

B. データベースをバックアップしてAmazonRDSに復元します。 .NET Migration Assistant for AWS Elastic Beanstalkを使用して、ElasticBeanstalkが提供する事前設定されたソリューションスタックにウェブアプリケーションを移行します。

C. データベースをAmazonDynamoDBに移行するAmazonAPIGatewayとAWSLambdaを使用して、AmazonS3バケットでホストされるWebアプリケーションインターフェイスを作成します。

D. WindowsServer用のAmazonEC2インスタンスを起動します。データベースをバックアップしてAmazonRDSに復元します。 Webアプリケーションを新しいEC2インスタンスにデプロイします

A. MessageId、unsubscribeURL、Subject、Messageおよびその他の値を含むJSONオブジェクト

B. MessageId、UnsubscribeURL、Subject、Messageおよびその他の値を含むXMLオブジェクト

C. MessageId、DuplicateFlag、Messageおよびその他の値を含むXMLオブジェクト

D. MessageId、DuplicateFlag、Messageおよびその他の値を含むJSONオブジェクト

A. SNSメッセージを公開するDynamoDBストリームを有効にします。 Lambda関数をSNSメッセージから非同期にトリガーします。

B. AmazonSNSメッセージを公開するDynamoDBストリームを有効にします。 SNSメッセージからLambda関数を同期的にトリガーします。

C. DynamoDBストリームを有効にし、ストリームから非同期でLambda関数をトリガーします。

D. DynamoDBストリームを有効にし、ストリームから同期的にLambda関数をトリガーします。

A. S3 オブジェクト キーと、暗号化キーのランダムにソルトされた Hash-based Message Authentication Code (HMAC) 値

B. AWS Key Management Service (AWS KMS) キーの S3 オブジェクトキーと Amazon リソースネーム (ARN)

C. S3 オブジェクト キーのみ

D. S3 オブジェクトキーと暗号化キー

A. IAMポリシーがキーへのアクセスを許可できるようにするキーポリシーを記述します。

B. キーへのバケットアクセスを許可するS3バケットポリシーを記述します。

C. KMSキーをEC2インスタンスに公開するSystemsManagerパラメーターを作成します。

D. S3バケットのACLのキーへのアクセスを許可する

E. アプリケーションのEC2インスタンスにアタッチされたIAMEC2ロールのキーへのアクセスを許可します。

A. 環境ごとにステージを設定する各ステージで、ロギング要件に応じて異なるロギングレベルを定義します。AmazonCloudWatchLogsのログにアクセスします。

B. 環境ごとにステージを設定する各ステージで、コード内のロギングロジックを実装するさまざまなLambda関数をポイントします。AmazonCloudWatchログのログにアクセスします。

C. 各環境のステージを設定します。各ステージで、ログレベルの変数を定義します。ロギング要件に従って値を設定します。

D. ステージを設定し、同じLambda関数を使用するAmazon CloudWatch Logsで、ロギング要件に従ってログレベルに基づいてフィルターを設定します

A. リソースベースのポリシーをDynamoDBテーブルに追加して、Lambda関数のIAMロールからのアクセスを許可します。

B. DynamoDB Accelerator（DAX）クラスターを作成します。DAXクラスターを使用してDynamoDBテーブルにアクセスするようにLambda関数を設定します。

C. DynamoDBテーブルへのアクセスを許可するIAMポリシーを作成します。このポリシーをLambda関数の1AMロールにアタッチします。

D. DynamoDBテーブルにアクセスする権限を持つIAMユーザーを作成します。このユーザーのアクセスキーを作成します。アクセスキーIDとシークレット......キーをLambda関数の環境変数に保存します。

A. ロールにパーミッションを追加して、変更が自動的に有効になるようにします。

B. 権限をロールに追加します。既存の EC2 インスタンスを休止して再起動します。

C. S3 バケットに権限を追加します。EC2 インスタンスを再起動します。

D. 権限をロールに追加します。既存の EC2 インスタンスを終了します。新しい EC2 インスタンスを起動します。

A. Amazon S3のオブジェクトは、2番目のリージョンに複製されるまで表示されません。

B. US-STANDARDは結果整合性を使用し、オブジェクトがバケット内で読み取れるようになるまでに時間がかかる場合があります

C. US-STANDARDは、新しいオブジェクトが読み取れるようになるまでに1秒の遅延を課します。

D. バケットオブジェクトの制限を超えました。この制限を超えると、オブジェクトが表示されます。

A. IAMから生成されたGit認証情報のセット

B. 公開および秘密のSSHキーファイル

C. CodeCommit権限を持つAmazon EC2IAMロール

D. GitHubの安全な認証トークン

A. HTTPContent-Lengthヘッダーがありません。

B. オブジェクトが許可されている最大オブジェクトサイズを超えています。

C. API操作は暗号化キーにアクセスできません

D. S3バケットが許可されている最大ストレージ容量を超えています

A. 各チームは、共有したいコンポーネントをビルドしてAmazonS3バケットに公開しますLambda関数はバケットからコンポーネントをダウンロードします

B. 1つのチームがLambdaレイヤーを構築して共通のコンポーネントを含め、他のチームとレイヤーを共有します

C. 各チームは、共通のコンポーネントのコードを独自のコードリポジトリに保持しています。彼らは、Lambda関数を使用してコンポーネントをビルドおよびデプロイします。

D. 1つのチームが共通コンポーネント用のDockerコンテナーを作成し、そのコンテナーを他のチームと共有します

A. 注文 ID を Amazon Simple Queue Service (Amazon SQS) キューに配信します。キューをポーリングするように在庫管理と支払い処理用の Lambda 関数を設定します。

B. 在庫管理用の 1 つの Amazon Simple Queue Service (Amazon SQS) FIFO キューと支払い処理用の別の SQS FIFO キューにファンアウトする Amazon Simple Notification Service (Amazon SNS) FIFO トピックに注文 ID を送信します。

C. 注文 ID を生成する Lambda 関数を変更して、在庫管理用の Lambda 関数を開始します。次に、支払い処理のために Lambda 関数を開始します。

D. 注文 ID を Amazon Simple Notification Service (Amazon SNS) トピックに送信します。在庫管理と支払い処理のための Lambda 関数をトピックにサブスクライブします。