AWS Certified Developer – Associate 자격증 공부 9일차

302.

 

- C : API 호출에 대한 Lambda 함수 응답의 형식을 변경합니다. 오류 502: 일반적으로 Lambda 프록시 통합 백엔드에서 반환된 호환되지 않는 출력에 대한 잘못된 게이트웨이 예외입니다.

 

 

303.

 

- Kinesis Data Firehose는 추가 처리를 위해 실시간 스트리밍 데이터를 데이터 레이크(Amazon S3), 데이터 스토어 및 분석 서비스에 직접 전달하는 완전 관리형 서비스입니다

- 많은 source를 저장해야한다면 Kinesis Firehose

- 많은 업로드를 가속화하고 싶다면 S3 Acceleration Transfer

 

 

304.

- 인메모리 데이터베이스는 마이크로초의 응답 시간이 필요하거나 게임 순위표, 세션 스토어 및 실시간 분석과 같이 트래픽이 급증하는 애플리케이션에 이상적입니다.

 

-Redis 용 Elastic Cache

- Memcached 용 Elastic Cache 등이 있다.

 

 

305.

- ECS 작업에 대한 IAM 역할을 사용하여 작업의 컨테이너에서 사용할 수 있는 IAM 역할을 지정할 수 있습니다.

 

306.

- sns 주제에 게시하고 이메일 구독자는 관리자에게 이메일을 보냅니다.

- B가 안되는 이유 :  클라우드 워치 이벤트도 알림을 "보내기" 위해 SNS가 필요함.

 

307.

- 인스턴스 프로필 자격 증명을 사용하면 IAM 자격 증명 노출을 방지할 수 있습니다.

 

309.

- B 가 안되는 이유 : CodeDeploy로 swagger 파일을 배포하는 옵션이 없으며 대신 CloudFormation을 사용해야 합니다.

- C & D 인 이유 : SAM은 CloudFormation의 확장입니다.

- E 안되는 이유 : 인라인 Swagger 정의 및 분리된 Swagger 파일은 지원되므로 정의할 필요가 없다.

 

 

313.

 

- 자격 증명은 역할 자격 증명보다 우선 순위가 높습니다

 

314.

- 소스/대상 확인 비활성화 각 EC2 인스턴스는 기본적으로 소스/대상 확인을 수행합니다. 즉, 인스턴스는 전송하거나 수신하는 모든 트래픽의 소스 또는 대상이어야 합니다. 그러나 NAT 인스턴스는 원본 또는 대상이 자체가 아닌 경우 트래픽을 보내고 받을 수 있어야 합니다. 따라서 NAT 인스턴스에서 소스/대상 확인을 비활성화해야 합니다.

 

318.

- FIFO 대기열에서 메시지는 메시지 그룹 ID를 기준으로 정렬됩니다. 여러 호스트(또는 동일한 호스트의 다른 스레드)가 메시지 그룹 ID가 동일한 메시지를 FIFO 대기열로 보내는 경우 Amazon SQS는 처리를 위해 도착한 순서대로 메시지를 저장합니다. Amazon SQS에서 메시지를 보내고 받는 순서를 유지하려면 각 생산자가 고유한 메시지 그룹 ID를 사용하여 모든 메시지를 보내야 합니다.

 

319.

- C인 이유 : 별칭을 특정 버전에 할당하고 S3 트리거를 해당 별칭에 연결할 수 있습니다. S3에 의해 트리거되는 Lambda의 버전을 변경하려면 별칭을 편집하기만 하면 됩니다.

 

*A라고 정답 나와있는데 C가 맞음

 

320.

- AWS에서 번들 코드 패키지를 제공하는데 SAM 패키지에 포함되어 있다.

 

321.

- C :  응답 키워드는 조건이 아니라 변수이다.  { "작업": ["s3:ListBucket"], "효과": "허용", "리소스": ["arn:aws:s3:::mybucket"], "조건": {"StringLike": {" s3:prefix": ["${aws:사용자 이름}/*"]}} }

 

322.

- C와 D는 대기 시간을 LOWEST로 유지하는 좋은 옵션이므로 C를 선택(메모리 내 상태 저장소는 대기 시간이 더 낮음)

- AWS에서는 Memcached가 세션 스토리지에 적합하다고 합니다. "Session Store는 Memcached용 Amazon ElastiCache로 쉽게 생성할 수 있습니다. 세션 저장소를 확장하는 것은 노드를 추가하고 클라이언트를 업데이트하여 새 노드를 활용하는 것만큼 쉽습니다.

 

324.

- 주석(Annotations = tracing)은 필터 표현식과 함께 사용하기 위해 인덱싱되는 간단한 키-값 쌍을 말한다.

 

325.

- 여기서 DynamoDB에 액세스하려면 EC2가 필요합니다. "EC2에 대한 액세스를 허용"하기 때문에 C가 제거됩니다. 또한, EC2가 역할을 맡기 때문에 A도 제거해야 합니다. 다음 그룹의 사용자는 iam:passrole이 필요합니다. 그래서 D도 제거된다.

 

326.

- 특정 AWS 계정의 사용자에 대한 API 액세스를 제한하는 가장 안전한 방법은 API Gateway 리소스 정책을 사용하는 것입니다. 리소스 정책을 사용하여 요청하는 사용자 또는 역할의 AWS 계정 ID를 포함하여 특정 API 리소스에 액세스할 수 있는 조건을 지정할 수 있습니다. 리소스 정책을 설정하여 회사는 테스트 계정 사용자의 요청만 API에 액세스할 수 있도록 할 수 있습니다.

- 클라이언트 측 SSL 인증서도 인증에 사용할 수 있지만 관리하기가 더 어려울 수 있으며 강력한 상호 인증에 대한 요구 사항이 없는 한 일반적으로 필요하지 않습니다.

- CORS 및 사용 계획은 보안 메커니즘이 아니며 특정 AWS 계정의 API 액세스를 제한하는 데 효과적이지 않습니다.

 

327.

 

- A : AWS Lambda 권한 부여자는 AWS Lambda 함수를 사용하여 구현하는 사용자 지정 권한 부여자입니다. Lambda 권한 부여자를 사용하면 수신 요청에 대한 적절한 정책을 API Gateway REST API로 반환할 수 있습니다. Lambda 함수를 사용하여 DynamoDB 인증 테이블에 대해 필요한 인증 논리 및 비교를 수행한 다음 REST API에 대한 액세스를 허용하거나 거부하는 IAM 정책을 반환할 수 있습니다.

- D가 아닌 이유 : 인증에 Amazon Cognito를 사용할 수 있지만 요구 사항에 인증 데이터를 DynamoDB 테이블과 비교해야 한다고 명시되어 있으므로 이 경우 최선의 옵션이 아닐 수 있습니다. Cognito는 DynamoDB 테이블과 직접 상호 작용하지 않으므로 이 시나리오에서는 DynamoDB 인증 테이블을 참조하는 Lambda 권한 부여자를 사용하는 것이 더 적절한 솔루션입니다.

 

328.

- B 인 이유 : 가장 좋은 방법은 모든 것을 S3에 두는 것이므로 ASG로 회전된 모든 인스턴스는 업로드된 데이터에 액세스할 수 있습니다.

- D가 아닌 이유 : 요구 사항은 모든 사람이 즉시 사용할 수 있어야 하며 파일 동기화가 결국 일관성이 있기 때문에 D가 아닙니다.

 

 

333.

 

- 역할 요구 사항이 변경되어 IAM 역할을 통해 EC2 인스턴스에 부여한 권한을 수정해야 하는 경우 IAM 역할에 연결된 정책을 교체할 수 있습니다. 그러나 이렇게 하면 이 IAM 역할을 사용하는 다른 EC2 인스턴스에 대한 권한도 수정됩니다. 대신 replace-iam-instance-profile-association을 호출하여 현재 연결된 IAM 역할인 YourNewRole을 EC2 인스턴스를 종료하지 않고 다른 IAM 역할로 바꿀 수 있습니다.

 

335.

- Message, MessageId, Signature, SignatureVersion, SigningCertURL, Subject, Timestamp, TopicArn, Type, UnsubscribeURL이 json 객체로 전송된다.

https://docs.aws.amazon.com/sns/latest/dg/sns-message-and-json-formats.html#http-notification-json

 

336.

- maging queue ReceiveMessageWaitTimeSeconds 속성을 20초로 설정하는 것은 긴 폴링을 사용하는 것과 동일하므로 빈 메시지가 발생할 가능성이 줄어듭니다.

 

337.

- 사용 계획은 하나 이상의 배포된 API 단계 및 메서드에 액세스할 수 있는 사람과 액세스할 수 있는 양과 속도를 지정합니다. 계획은 API 키를 사용하여 API 클라이언트를 식별하고 각 키에 대해 연결된 API 단계에 대한 액세스를 측정합니다. 또한 개별 클라이언트 API 키에 적용되는 조절 제한 및 할당량 제한을 구성할 수 있습니다.

 

338.

- 람다의 동시 제한을 늘리려면 AWS 지원팀에 문의해야 합니다. 5000 제한이 100초 안에 도달할 것입니다. 참고로 람다 기본값은 1000입니다.

 

340.

- B가 아닌 이유 : 쿼리 Amazon EC2 메타데이터는 인라인 IAM 정책이 아닌 "IAM 역할 이름"을 반환

 

- D & E : 테스트 실행 인수(D)를 수행하고 IAM 역할을 얻은 다음 IAM 정책 시뮬레이터(E)로 IAM 역할 정책을 검증하여 Kinesis에서 레코드를 가져올 수 있는지 확인합니다.

 

342.

- 스캔 작업은 순차적으로 진행됩니다. 그러나 대형 테이블 또는 보조 인덱스에서 더 빠른 성능을 위해 애플리케이션은 Segment 및 TotalSegments 매개변수를 제공하여 병렬 Scan 작업을 요청할 수 있습니다. 

 

344.

- C : 복제시 Load Balancer를 변경할 수 없음.

- B : 기본적으로 Elastic Beanstalk는 로드 밸런싱을 활성화할 때 환경에 대한 Application Load Balancer를 생성합니다. Elastic Beanstalk 콘솔 또는 EB CLI. 포트 80에서 HTTP 트래픽을 수신하고 이 트래픽을 동일한 포트의 인스턴스로 전달하도록 로드 밸런서를 구성합니다. 환경 생성 중에만 환경에서 사용하는 로드 밸런서 유형을 선택할 수 있습니다. 나중에 설정을 변경하여 실행 중인 환경의 로드 밸런서 동작을 관리할 수 있지만 해당 유형은 변경할 수 없습니다.

* 이미 생성을 하면 load balanacer를 변경할 수 없다. 새로 환경을 생성하고 load balancer를 새롭게 선택해야한다.

 

346.

- Put-Item, Get-Item 및 Update-Item이 필요합니다.

설명 기존 항목의 속성을 편집하거나 새 항목이 있는 경우 테이블에 추가합니다. 이미 존재하지 않습니다. 속성 값을 입력, 삭제 또는 추가할 수 있습니다. 기존 항목에 대해 조건부 업데이트를 수행할 수도 있습니다(존재하지 않는 경우 새 속성 이름-값 쌍을 삽입하거나 특정 예상 속성 값이 있는 경우 기존 이름-값 쌍을 바꿉니다).

 

DescribeTable : 설명할 테이블의 이름을 말함.(형식이 뭔지를 알려줌 str number 등)

 

348.

- s3 버킷 최대 크기는 5TB이지만 5GB 이상 업로드하는 경우 멀티파트 업로드를 사용해야 합니다.

 

349.

- 단계 함수는 실패 시 재시도해야 하는지 여부를 지정할 수 있습니다. 재시도 간격, 최대 시도 횟수 및 백오프 비율을 지정할 수 있습니다. 즉, 종속성 중 하나의 일시적 중단으로 인해 프로세스가 실패하는 것을 방지할 수 있습니다.

 

350.

 

- D가 아닌 이유 : 패키지 종속성에만 해당된다.

- A : 비밀 관리자를 사용하여 변수를 저장

 

354.

- ProvisionedThroughputExceededException 스트림에 대한 요청 속도가 너무 높거나 요청된 데이터가 사용 가능한 처리량에 비해 너무 큽니다. 요청 빈도나 크기를 줄입니다. 자세한 내용은 Amazon Kinesis Data Streams 개발자 안내서의 스트림 제한 및 Amazon 일반 참조의 Amazon에서 오류 재시도 및 지수 백오프를 참조하십시오.

 

355.

- AWS Lambda는 Amazon Kinesis 스트림과 Amazon DynamoDB 스트림의 데이터를 어떻게 처리합니까? AWS Lambda 함수로 전송된 Amazon Kinesis 및 DynamoDB Streams 레코드는 샤드별로 엄격하게 직렬화됩니다. 즉, 동일한 샤드에 두 개의 레코드를 넣으면 Lambda 함수가 두 번째 레코드로 호출되기 전에 첫 번째 레코드로 Lambda 함수가 성공적으로 호출되도록 보장합니다. 한 레코드에 대한 호출이 시간 초과되거나 제한되거나 다른 오류가 발생하면 Lambda는 다음 레코드로 이동하기 전에 성공할 때까지(또는 레코드가 24시간 만료에 도달할 때까지) 다시 시도합니다. 서로 다른 샤드 간의 레코드 순서는 보장되지 않으며 각 샤드의 처리는 병렬로 발생합니다.

 

병렬로 처리되기 때문에 순서가 보장이 안됨.

 

356.

- 누락된 모듈을 설치하고 현재 디렉터리를 대상으로 지정합니다. 현재 디렉터리 아래의 모든 파일을 포함하도록 ZIP 파일을 만들고 ZIP 파일을 업로드합니다.

- AWS Lambda 함수의 코드는 스크립트 또는 컴파일된 프로그램과 해당 종속성으로 구성됩니다. 배포 패키지를 사용하여 함수 코드를 Lambda에 배포합니다. Lambda는 컨테이너 이미지와 .zip 파일 아카이브라는 두 가지 유형의 배포 패키지를 지원합니다.

 

* A가 답임.

 

357.

- 글로벌 애플리케이션을 제공하는 회사는 S3와 CloudFront가 정적 콘텐츠를 대규모로 제공하기 때문에 답입니다.

 

358.

- Lambda 콘솔, AWS 명령줄 인터페이스(AWS CLI)를 사용하거나 Amazon Simple Storage Service(Amazon S3) 버킷에 배포 패키지로 .zip 파일을 업로드할 수 있습니다.

 

359.

- CodePipeline을 사용하면 필요한 AWS Identity and Access Management 권한이 있는 사람이 작업을 승인하거나 거부할 수 있도록 파이프라인 실행을 중지하려는 지점에서 파이프라인의 단계에 승인 작업을 추가할 수 있습니다.

 

360.

- 실시간 및 비용 효율적인 키워드. Cloudwatch 알림은 추가 비용으로 최대 1분마다 제공됩니다. S3 알림을 끄는 Lambda는 실시간 데이터를 제공하며 Lambda는 가장 비용 효율적인 처리 방법입니다. 따라서 확장 가능한 솔루션이 된다.

 

- A가 안되는 이유 : CloudWatch 이벤트가 발생할 때마다 Lambda가 모든 S3 객체 목록을 얻는다는 것을 의미합니까? 그것은 매우 어리석고 무차별적인 행동이 될 것입니다. S3 버킷이 사용 중이면 제대로 확장되지 않고 S3의 파일 수가 커짐에 따라 느려집니다

 

361.

- B가 안되는 이유 : 재시도 횟수만 구성하고 지수 백오프 모드는 구성하지 않습니다.

- D인 이유 : 핵심은 앱에서 최소한의 코드 변경이 아니라 MINIMAL CUSTOM CODE이므로 AWS SDK를 사용하고 재시도별 구성을 설정해야한다.

 

362.

- Amazon Cognito Sync는 애플리케이션 관련 사용자 데이터의 장치 간 동기화를 지원하는 AWS 서비스 및 클라이언트 라이브러리입니다. 이를 사용하여 자체 백엔드 없이도 모바일 장치와 웹에서 사용자 프로필 데이터를 동기화할 수 있습니다. 클라이언트 라이브러리는 데이터를 로컬로 캐시하므로 앱은 장치 연결 상태에 관계없이 데이터를 읽고 쓸 수 있습니다. 장치가 온라인 상태일 때 데이터를 동기화할 수 있으며 푸시 동기화를 설정하면 업데이트가 있음을 다른 장치에 즉시 알릴 수 있습니다.

 

* 참고로 Amazon Cognito Sync는 현재 AppSync로 대체됨

 

365.

- SSE( Server-Sent Events: 서버에서 클라이언트로 업데이트를 스트리밍 할 수 있음)는 Amazon SQS가 메시지를 수신하는 즉시 메시지를 암호화합니다. 메시지는 암호화된 형식으로 저장되며 Amazon SQS는 메시지가 승인된 소비자에게 전송될 때만 메시지를 해독합니다.

 

367.

- '로컬' 개발환경이므로 IAM 역할이 작동하지 않습니다.

- EC2 인스턴스였다면 iam 역할을 쓰면 된다.

- 로컬 개발환경에서는 aws configure cli를 사용해야한다.

 

368.

- 구성 파일은 .ebextensions라는 폴더에 배치하고 애플리케이션 소스 번들에 배포하는 .config 파일 확장자를 가진 YAML 또는 JSON 형식의 문서입니다.

 

369.

- 변경 불가능한 환경 업데이트 중에 새 Auto Scaling 그룹의 인스턴스가 요청을 처리하기 시작하고 원래 Auto Scaling 그룹의 인스턴스가 종료되기 전에 짧은 시간 동안 환경 용량이 두 배가 됩니다. 환경에 인스턴스가 많거나 온디맨드 인스턴스 할당량이 낮으면 변경할 수 없는 환경 업데이트를 수행할 수 있는 충분한 용량이 있는지 확인하세요. 할당량에 근접한 경우 대신 롤링 업데이트를 사용하는 것이 좋습니다.

- 리전별 AWS 계정당 실행 중인 온디맨드 인스턴스 수에 제한이 있습니다. Immutable은 EC2 개수를 두 배로 늘리므로 한도에 도달할 수 있습니다.

- immutable update 동안 인스턴스의 수가 두 배가 되므로 인스턴스 수가 고갈될 가능성이 있습니다.

 

370.

- ReceiveMessage API를 호출하여 큐에 수신된 메시지 수를 1개에서 10개까지 변경할 수 있습니다.

 

371.

-  B : 에이전트를 설치하고 사용자를 생성하고 Cloudwatch 기능에 액세스할 수 있는 권한을 부여

- 통합 CloudWatch 에이전트를 사용하면 다음을 수행할 수 있습니다. 운영 체제 전체의 Amazon EC2 인스턴스에서 내부 시스템 수준 지표를 수집합니다. 메트릭에는 EC2 인스턴스에 대한 메트릭 외에도 게스트 내 메트릭이 포함될 수 있습니다. 수집할 수 있는 추가 지표는 CloudWatch 에이전트가 수집한 지표에 나열됩니다. 온프레미스 서버에서 시스템 수준 메트릭을 수집합니다. 여기에는 하이브리드 환경의 서버와 AWS에서 관리하지 않는 서버가 포함될 수 있습니다. StatsD 및 collectd 프로토콜을 사용하여 애플리케이션 또는 서비스에서 사용자 지정 메트릭을 검색합니다. StatsD는 Linux 서버와 Windows Server를 실행하는 서버 모두에서 지원됩니다. collectd는 Linux 서버에서만 지원됩니다. Linux 또는 Windows Server를 실행하는 Amazon EC2 인스턴스 및 온프레미스 서버에서 로그를 수집합니다.

 

373.

 

 

- 기본적으로 모든 요청은 암시적으로 거부됩니다. (또는 기본적으로 AWS 계정 루트 사용자에게 전체 액세스 권한이 있습니다.) 자격 증명 기반 또는 리소스 기반 정책의 명시적 허용은 이 기본값을 재정의합니다.

- 권한 경계, 조직 SCP 또는 세션 정책이 있는 경우 암시적 거부로 허용을 재정의할 수 있습니다. 모든 정책의 명시적 거부는 허용보다 우선합니다.

 

375.

- A : 이것은 시작 시간을 줄이지 않습니다(실제로 문제를 악화시킬 수 있습니다).

- D : 이것은 문제를 완화할 수 있지만 요청한 대로 시작 시간을 줄이지는 않습니다.

- E : 이렇게 하면 문제를 완화할 수 있지만 요청한 대로 시작 시간이 줄어들지는 않습니다.

- B: 질문에서 Java 코드가 AWS SDK를 사용한다고 가정하는 경우에만 해당됩니다(설명하지 않음).

- C. 메모리를 늘리면 할당된 CPU가 증가하고 시작 시간이 줄어들기 때문에 이것은 사실입니다.

 

378.

- 내보내기 필드는 다른 스택으로 내보낼 리소스 값에 플래그를 지정합니다. 내재 함수 Fn:ImportValue는 내보내기 스택에서 값을 가져오기 위해 대상 스택에서 사용됩니다.

 

380.

- Lambda를 사용하여 Amazon Simple Storage Service의 이벤트 알림을 처리할 수 있습니다. Amazon S3는 객체가 생성되거나 삭제될 때 Lambda 함수에 이벤트를 보낼 수 있습니다.

 

381.

- 로컬 시스템에서 액세스해야 하는 모든 AWS 서비스에는 구성할 액세스 키와 비밀 키가 필요하며 IAM 사용자 없이는 수행할 수 없습니다. 각 개발자는 고유한 사용자를 생성해야 합니다. 하나의 공통 사용자(그룹용으로 생성됨)를 갖는 것은 권장되지 않으며 가장 안전한 방법도 아닙니다.

 

382.

- 파티션 키가 sport_name이고 정렬 키가 score인 글로벌 보조 인덱스를 생성하고 결과를 가져옵니다. 키가 아닌 속성에 대한 쿼리 속도를 높이려면 Global Secondary Index를 사용하십시오. • GSI = 파티션 키 + 선택적 정렬 키 • 인덱스는 새로운 "테이블"이며 여기에 속성을 투사할 수 있습니다. • 원본의 파티션 키 및 정렬 키 테이블은 항상 프로젝션됨(KEYS_ONLY) • 프로젝트에 추가 속성을 지정할 수 있음(INCLUDE) • 기본 테이블의 모든 속성을 사용할 수 있음(ALL) • 인덱스에 대해 RCU/WCU를 정의해야 함 • GSI(LSI 아님) 추가/수정 가능성 뿐만 아니라 테이블을 생성한 후 LSI를 생성할 수 없으므로 LSI에 대한 기본 키(해시 키)를 변경할 수 없습니다.

 

* 기존 테이블에 local secondary index를 추가할 수 없기 때문에 D일 수 없습니다. Local secondary index는 테이블 생성과 동시에 생성됩니다.

 

383.

- 다른 소스 제어 시스템의 경우 .zip, .tar 또는 .tar.gz 형식으로 개정을 Amazon S3 버킷에 번들로 업로드하고 배포할 때 Amazon S3 위치를 지정할 수 있습니다.

 

* 모든 CI를 온프레미스에서 수행하므로 CodeCommit(C)이 아닙니다.  이미 서버를 구축했기 때문에 CodeBuild는 부적절합니다(D). 따라서 S3 또는 로컬에서 CodeDeploy가 선택 사항 중 하나입니다. 클라우드가 온프레미스 위치에 액세스하도록 하는 것은 파일을 버킷에 복사하는 것보다 더 복잡합니다.

 

384.

- By default, you can create up to 100 buckets in each of your AWS accounts.

- If you need additional buckets, you can increase your account bucket limit to a maximum of 1,000 buckets by submitting a service limit increase.(기술 문의를 해서 요금을 올린다면 1000개까지 가능은 한데, 일반적인 경우는 아님)

 

385.

- 사용자에게 제한된 AWS 리소스 목록에 대한 액세스 권한을 부여하는 Cognito 자격 증명 풀 기능

 

386.

- S3가 KMS 암호화를 관리하도록 하면 애플리케이션이 암호화를 수행할 필요가 없기 때문

- SSE-S3는 KMS API 호출이 앱의 성능에 영향을 미치므로 정답입니다.

 

* AWS KMS 클라이언트 측을 사용할 수 없습니다.

 

387.

- 전체 테이블을 삭제하는 것이 항목을 하나씩 제거하는 것보다 훨씬 더 효율적입니다.

- 만약 A, B, C 이렇게 하면 넣기 작업만큼 많은 삭제 작업을 수행하므로 기본적으로 쓰기 처리량이 두 배가 됩니다.

 

388.

- Lambda와 통합되는 각 서비스는 데이터를 JSON 형식의 함수에 이벤트로 보냅니다. 이벤트 문서의 구조는 이벤트 유형마다 다르며 함수를 트리거한 리소스 또는 요청에 대한 데이터를 포함합니다. Lambda 런타임은 이벤트를 객체로 변환하여 함수에 전달합니다.

 

- Lambda 컨텍스트 객체에서 얻을 수 있는 식별자는 자동으로 로그 메시지에 포함됩니다. 개발자가 원하는 질문에서와 같이 "이벤트를 특정 함수 호출과 연결하기"를 원합니다. 다른 ID를 가져와야 합니다. var apiRequestId = event.context['request-id'];

 

389.

- 사용자는 자신의 이름만 업데이트할 수 있습니다

- PutItem 및 DeleteItem 작업은 전체 항목을 대체하므로 애플리케이션이 모든 속성을 수정할 수 있습니다. 따라서 특정 속성만 업데이트하도록 애플리케이션을 제한할 때 이러한 API에 대한 권한을 부여해서는 안 됩니다.

 

* A와 C가 갈리는데, user_name만 수정할 수 있다고 했으므로 A가 더 맞다고 생각됨.

https://www.examtopics.com/discussions/amazon/view/51437-exam-aws-certified-developer-associate-topic-1-question-297/

 

390.

- 함수가 오류를 반환하면 Lambda는 이를 두 번 더 실행하려고 시도합니다. 이벤트가 만료되거나 모든 처리 시도에 실패하면 Lambda는 이벤트를 삭제합니다.

 

391.

- 추가 배치로 롤링하는 것은 배포가 실패할 경우 Immutable보다 느립니다. 전자는 배포된 부분을 롤백해야 하지만 후자는 이전 버전으로 전환하기만 하기 때문입니다.

- 질문은 실패한 배포의 영향을 최소화해야 한다고 지정합니다. 따라서 Immutable은 A와 D 사이에서 더 나은 선택입니다. 왜냐하면 D는 수동으로 재배포해야 하는 동안 A로 쉽게 롤백할 수 있기 때문입니다.

 

* B는 다운타임을 유발합니다. C는 용량 감소, 즉 부분적인 다운타임을 유발

 

392.

- 인스턴스 또는 애플리케이션 교차 계정 액세스의 경우 생성된 역할이 있어야 함

 

*A가 정답

 

393.

- 문제의 가장 가능성 있는 원인은 Amazon CloudWatch에서 사용자 지정 메트릭이 아직 생성되지 않았기 때문입니다. AWS CLI의 put-metric-alarm 명령은 기존 지표에 대한 경보를 생성하지만 지표 자체를 생성하지는 않습니다. Amazon CloudWatch에서 사용자 지정 지표를 생성하려면 개발자가 put-metric-alarm 대신 put-metric-data 명령을 사용해야 합니다. put-metric-data 명령은 사용자 지정 지표를 CloudWatch로 전송하는 데 사용되며, put-metric-alarm은 기존 지표를 기반으로 경보를 생성하는 데 사용됩니다. put-metric-data를 사용하여 사용자 정의 지표를 생성한 후 개발자는 put-metric-alarm을 사용하여 해당 지표를 기반으로 경보를 생성할 수 있습니다. 따라서 보기 B가 정답입니다.

 

394.

- 오리진과 배포 사이에 SSL을 활성화하기 위해 개발자는 오리진 프로토콜 정책을 구성할 수 있습니다. 사용된 도메인 이름(CloudFront 기본값 또는 사용자 지정)에 따라 단계가 다릅니다. • 최종 사용자와 CloudFront 배포 간에 SSL을 활성화하려면 뷰어 프로토콜 정책을 구성해야 합니다.

 

- B : Cloudfront에서 애플리케이션/ELB로의 통신에 대해 이야기하고 있다는 것

- D : 사용자/브라우저와 Cloudfront 간의 통신에 대해 이야기

 

396.

- C : Lambda 함수에서 CodeCommit API를 사용하여 새 파일을 리포지토리 또는 브랜치에 넣을 수 있습니다. PutFile(API)은 지정된 리포지토리 및 브랜치에서 단일 파일을 추가하거나 수정합니다.

- A(git cli)를 사용하려면 먼저 git cli를 lambda 런타임에 설치해야 합니다.

 

*A와 C 맞지만, C가 더 노력이 덜 듬.

 

397.

- A : ec2가 ebs 사용

- B : 역할 및 키 정책으로 Lambda 함수를 설정하여 AWS KMS CMK에 액세스합니다. CMK를 사용하여 /tmp 스토리지에 쓰기 전에 모든 데이터를 암호화하는 데 사용되는 데이터 키를 생성합니다.

 

* B가 맞는 정답

https://www.examtopics.com/discussions/amazon/view/69249-exam-aws-certified-developer-associate-topic-1-question-386/

 

398.

- Amazon S3 콘솔에서 HTTP 403 Forbidden 오류를 해결하려면 다음을 확인하십시오. - s3:PutObject 또는 s3:PutObjectAcl에 대한 권한 누락 - AWS Key Management Service(AWS KMS) 키를 사용할 수 있는 권한 누락 - 명시적 거부 버킷 정책의 문 - 버킷 액세스 제어 목록(ACL)은 AWS 계정 루트 사용자가 객체를 쓰는 것을 허용하지 않음 - AWS Organizations 서비스 제어 정책은 Amazon S3에 대한 액세스를 허용하지 않음 옵션을 고려할 때 적합한 옵션은 옵션 B입니다.

 

399.

- 답은 D입니다. 기존 로그를 암호화하는 명령 aws logs associate-kms-key --log-group-name my-log-group --kms-key-id "key-arn" {로그가 새로운 경우 } - aws logs create-log-group --log-group-name my-log-group --kms-key-id "key-arn"

 

* "C"의 오류는 콘솔을 통해 수행할 수 없다는 것

 

400.

- Amazon S3의 배포 패키지에 대한 변경 사항은 스택 업데이트 중에 자동으로 감지되지 않습니다. 기능 코드를 업데이트하려면 템플릿에서 객체 키 또는 버전을 변경해야한다.