모의고사 6

SQS는 타이밍 기록을 버퍼링할 수 있지만, 팀은 2000 ms 규칙을 평가하기 위해 consumer를 구축, 배포, 확장, 모니터링해야 합니다. CloudWatch alarm이 지표를 기본적으로 평가할 수 있는 상황에서 운영 부담이 늘어납니다. 주의: Queue 기반 처리는 유연해 보이지만 기본 metric-alarm 사용 사례에 custom 감지기를 만듭니다.

1분 평균은 단일 승인이 요구사항을 위반해도 2000 ms 아래에 머물 수 있습니다. 또한 일반적인 CloudWatch alarm 작업인 SNS가 아니라 SES로 알림을 보냅니다. 주의: CloudWatch를 사용하지만 평균 통계는 단일 승인 하나라도 감지해야 한다는 요구사항을 충족하지 못합니다.

Kinesis는 이벤트 레코드를 저장하지만 CloudWatch alarm은 임의의 stream payload 값을 직접 검사하지 않습니다. 결국 stream consumer가 필요하므로 지표를 직접 게시하는 것보다 운영 작업이 많습니다. 주의: Stream은 실시간처럼 들리지만 단순 임계값 알림에는 불필요합니다.

sam init은 starter SAM 애플리케이션 구조와 예제 template을 생성하는 scaffolding 명령입니다. 리소스를 배포하거나 Lambda 코드를 업데이트하거나 기존 stack에 증분 sync를 수행하지 않습니다. SAM은 맞는 프레임워크지만 빠른 증분 업데이트 명령은 sam sync입니다. 주의: SAM이라는 도구 이름은 맞지만 명령이 초기화용입니다.

cdk synth는 CDK 코드에서 CloudFormation template을 합성하는 로컬 단계일 뿐 AWS에 배포하지 않습니다. CDK가 CloudFormation을 사용하더라도 synth만으로 dev stack에 Lambda 코드 변경을 보낼 수 없습니다. CDK의 배포 명령은 cdk deploy이지만 선택지에 없습니다. 주의: CloudFormation template을 만든다는 점은 맞지만 배포가 일어나지 않습니다.

cdk bootstrap은 CDK 배포에 필요한 toolkit stack, S3 bucket, role 같은 사전 리소스를 계정/Region에 준비하는 설정 단계입니다. 기존 애플리케이션 stack에 Lambda 코드나 template 변경을 증분 적용하는 메커니즘이 아닙니다. 주의: CDK 배포 환경 준비 명령을 애플리케이션 배포 명령과 혼동하게 합니다.

Lambda authorizer는 요청이 허가되었는지를 결정할 뿐, method integration을 Lambda alias로 라우팅하지 않습니다. 주의: stage variables를 언급하지만 백엔드 integration ARN이 아니라 authorizer를 가리키게 합니다.

Gateway responses는 API Gateway 오류 응답을 사용자 지정하는 기능이며 stage가 서로 다른 Lambda alias를 호출하게 할 수 없습니다. 주의: response라는 단어가 stage와 관련 있어 보이지만 백엔드 선택과는 무관합니다.

API Gateway는 stage별 integration 선택에 Lambda식 environment variables를 사용하지 않습니다. 주의: Environment variables는 Lambda의 구성 요소이고, API Gateway는 stage variables를 사용합니다.

CloudWatch Logs Insights는 들어오는 모든 matching log event에 대해 지속적으로 sub-minute alerting을 수행하는 표준 메커니즘이 아닙니다. 주의: log를 검색할 수 있어 관련 있어 보이지만 시험 패턴은 metric filter, metric, alarm입니다.

CloudWatch Logs subscription filter는 log event를 Lambda, Kinesis Data Streams, Firehose로 보내며 SNS subscription filter처럼 SNS topic에 직접 보내지 않습니다. 주의: subscription과 filter는 실제 AWS 개념이지만 여기서는 잘못 조합되어 있습니다.

CloudWatch alarm은 raw log filter pattern을 포함할 수 없고 metric을 평가해야 합니다. 주의: alarm과 SNS action은 언급하지만 필요한 metric filter 단계를 건너뜁니다.

예약 Lambda 작업은 첫 무인 실행에서 operator 입력을 기다릴 수 없으며, 이 선택지는 이후 invocation을 위한 암호화된 지속 저장소도 정의하지 않습니다. 주의: 수동 prompt는 안전해 보일 수 있지만 서버리스 예약 자동화를 깨뜨립니다.

Key를 코드나 배포 패키지에 포함하면 소스 제어, 빌드 아티팩트, 로그를 통해 노출될 수 있고 rotation도 어려워집니다. 주의: 값을 사용할 수 있게는 하지만 secret 관리 anti-pattern입니다.

HTTPS와 VPC 배치는 네트워크 경로를 다루며, 함수에 저장된 API key가 저장 시 암호화되는지 여부를 해결하지 않습니다. 주의: 전송 중 암호화는 저장 시 암호화 요구사항과 다릅니다.

ECS/Fargate로 이전하면 Lambda concurrency limit을 피할 수는 있지만 deployment model, scaling policy, networking, observability를 바꾸는 재설계입니다. 문제는 재설계 없는 운영 조치를 요구합니다. 주의: 플랫폼을 바꾸는 선택지는 빠른 Lambda concurrency 조치가 아닙니다.

EventBridge의 event age와 retry policy는 실패나 throttling 시 재시도 지속 시간을 조절합니다. 이벤트 손실 가능성은 줄일 수 있지만 throttling 자체나 concurrency 부족을 줄이지는 못합니다. 주의: 내구성/지연 tradeoff이지 capacity 해결책이 아닙니다.

lambda:GetFunctionConcurrency는 concurrency 설정을 읽는 API 권한일 뿐 runtime scaling 동작이나 사용 가능한 concurrency를 바꾸지 않습니다. 함수 실행 역할에 붙여도 throttling이 줄지 않습니다. 주의: 권한 이름에 concurrency가 있어도 용량 설정이 아닙니다.

KMS는 암호화된 데이터를 보호하고 KMS key material을 rotation할 수 있지만, KMS key rotation은 third-party client_id와 client_secret 자체를 rotation하지 않습니다. 개발자는 별도의 자격 증명 rotation workflow를 직접 만들어야 합니다. 주의: 암호화 key rotation과 애플리케이션 secret rotation을 혼동한 선택지입니다.

AWS STS는 AWS service 호출을 위한 임시 AWS 자격 증명을 발급합니다. STS 자격 증명은 외부 payment gateway 인증에 사용할 수 없고 gateway client secret을 rotation하지도 않습니다. 주의: 임시 자격 증명은 안전하게 들리지만 AWS identity용이지 third-party API secret용이 아닙니다.

Systems Manager Parameter Store SecureString은 암호화된 구성을 저장할 수 있지만 automatic secret rotation workflow에 특화된 서비스는 아닙니다. third-party 자격 증명에 대한 90일 rotation 요구사항을 충족하려면 더 많은 custom automation이 필요합니다. 주의: SecureString은 암호화되고 IAM으로 제어되지만, rotation 요구사항은 Secrets Manager를 가리킵니다.

S3에 시크릿 파일을 두는 방식은 시크릿 수명 주기, versioning, rotation을 직접 만들어야 합니다. S3 Object Lambda는 조회 시 객체를 변환할 뿐 시크릿 rotation 기능이 아닙니다. 주의: 관련 기능처럼 보이지만 핵심 요구사항(관리형 암호화 저장소와 automatic 30일 rotation)을 충족하지 못합니다.

Parameter Store SecureString은 암호화 저장은 가능하지만 임의 시크릿에 대한 기본 제공 자동 회전은 제공하지 않습니다. 예약 Lambda로 rotation을 직접 구현해야 하므로 개발 부담이 큽니다. 주의: 관련 기능처럼 보이지만 핵심 요구사항(관리형 암호화 저장소와 automatic 30일 rotation)을 충족하지 못합니다.

Base64는 암호화가 아니며 구성 file에 시크릿을 넣으면 저장 시 암호화와 안전한 rotation 요구사항을 충족하지 못합니다. 주의: 관련 기능처럼 보이지만 핵심 요구사항(관리형 암호화 저장소와 automatic 30일 rotation)을 충족하지 못합니다.

반드시 원인은 아닙니다. Ref는 같은 template 안의 resource나 parameter 값을 반환합니다. Cross-stack sharing은 Ref만으로 이루어지지 않으며 exported value를 import해야 합니다. 주의: Ref가 endpoint ID를 반환할 수 있어 보여도, 핵심은 producer의 Outputs Export와 consumer의 Fn::ImportValue입니다.

Mappings section은 Region-to-AMI처럼 정적인 key/value lookup용입니다. runtime에 다른 stack에서 생성된 VPC endpoint ID를 동적으로 담을 수 없습니다. Cross-stack resource sharing은 Outputs/Export와 ImportValue를 사용해야 합니다. 주의: Mappings가 값 저장소처럼 보이지만 cross-stack import 기능이 아닙니다.

CloudFormation은 Mappings section에서 값을 export하는 기능을 지원하지 않습니다. Cross-stack reference로 export할 수 있는 것은 Outputs뿐입니다. 주의: Mappings라는 section 이름이 그럴듯하지만 export 위치가 아닙니다.