모의고사 2

EC2 서비스를 계속 사용할 수 있게 하는 것은 서비스 운영과 복원력에 관련되지만, 문제는 기본 글로벌 인프라를 보호하는 보안을 구체적으로 묻습니다. 주의: 가용성은 AWS가 소유한 책임처럼 들릴 수 있지만, 클라우드의 보안이라는 표현은 인프라 보호를 뜻합니다.

IAM 암호 정책은 고객이 구성하고 적용하므로 클라우드 내 보안에 해당합니다. 주의: 암호 교체는 보안 관련 활동이지만 AWS 데이터 센터나 하드웨어 보호가 아닙니다.

타사 방화벽 파트너는 고객 트래픽과 워크로드를 보호하는 고객 측 통제입니다. 주의: 네트워크 방화벽은 인프라와 관련 있어 보이지만, 여기서는 AWS 글로벌 인프라가 아니라 고객 워크로드에 적용됩니다.

Amazon Inspector는 EC2, 컨테이너 이미지, Lambda 함수 같은 지원 워크로드의 소프트웨어 취약성을 찾습니다. 관리 API 호출의 계정 전체 로그를 제공하지 않습니다. 주의: 보안 서비스이기는 하지만, 시나리오는 취약성 결과가 아니라 API 감사 활동을 묻고 있습니다.

AWS WAF는 보호 대상 웹 애플리케이션으로 들어오는 HTTP 또는 HTTPS 요청을 필터링하고 모니터링합니다. IAM 사용자 생성이나 S3 버킷 정책 업데이트 같은 AWS 제어 플레인 호출을 기록하지 않습니다. 주의: WAF도 웹 요청 로그를 만들 수 있지만, 이는 애플리케이션 트래픽 로그이지 AWS 계정 API 활동 로그가 아닙니다.

AWS Config는 리소스 구성 변경을 기록하고 규정 준수 규칙을 평가합니다. 리소스가 변경되었음을 보여줄 수는 있지만, 특정 API를 누가 호출했는지 답하도록 설계된 서비스는 CloudTrail입니다. 주의: 구성 기록은 규정 준수와 관련 있어 보이지만, 단서는 API 호출 기록입니다.

확장성은 시스템이 더 많은 부하를 처리할 수 있음을 뜻하지만, 이 문제는 지표에 따라 용량을 자동으로 추가하고 제거해야 한다는 더 구체적인 요구를 제시합니다. 주의: 트래픽 증가가 확장성처럼 들리지만, 양방향 자동 스케일링 단서 때문에 탄력성이 더 정확합니다.

지속 가능성은 환경 영향을 줄이고 리소스 효율을 개선하는 것에 관한 개념입니다. 시나리오는 지속 가능성 실천이 아니라 동적 용량 관리를 묻고 있습니다. 주의: 사용하지 않는 리소스를 줄이면 효율에는 도움이 되지만, 이는 부수 효과이지 시험에서 묻는 개념은 아닙니다.

운영 우수성은 프로세스, 모니터링, 자동화를 통해 워크로드를 운영하고 개선하는 데 초점을 둡니다. 자동 용량 조정 자체를 가리키는 클라우드 개념은 아닙니다. 주의: Auto Scaling은 운영 자동화이지만, 스케일 아웃과 스케일 인이 설명하는 시험 개념은 탄력성입니다.

AWS CloudFormation은 리소스를 프로비저닝하기 위한 Infrastructure as Code 서비스이며, 데이터 처리 함수를 실행하지는 않습니다. 주의: CloudFormation으로 Lambda 함수를 만들 수는 있지만 컴퓨팅 런타임 자체는 아닙니다.

AWS Elastic Beanstalk는 일반적으로 EC2 인스턴스와 로드 밸런서 같은 리소스를 사용하는 관리형 환경에 애플리케이션을 배포합니다. 따라서 0까지 확장되는 요청당 과금 컴퓨팅이 아닙니다. 주의: 배포 작업은 줄여 주지만 여기서 설명한 서버리스 함수 서비스는 아닙니다.

Elastic Load Balancing은 대상 간에 트래픽을 분산합니다. 새 레코드마다 코드를 실행하는 컴퓨팅 옵션이 아닙니다. 주의: 로드 밸런서는 애플리케이션 아키텍처의 일부가 될 수 있지만 컴퓨팅 옵션은 아닙니다.

재해 복구 게임 데이는 런북과 팀 준비 상태를 검증하지만, 인스턴스나 AZ 장애 중 REST API를 계속 서비스하도록 자동 장애 조치를 만들어 주지는 않습니다. 주의: 게임 데이는 좋은 안정성 실천이지만, 요구 사항은 실제로 동작하는 자동화된 설계입니다.

주요 구성 요소를 us-west-2로 옮기는 것은 명시된 eu-west-1 리전과 충돌하며, Multi-AZ 자동 장애 조치 요구에 답하지 못합니다. 주의: 다른 리전이 더 복원력 있어 보일 수 있지만, 시나리오는 eu-west-1 안에서 AZ 간 가용성을 요구합니다.

하나의 대형 EC2 인스턴스는 단일 장애 지점이며, 인스턴스나 가용 영역 손실을 견딜 수 없습니다. 주의: 운영 복잡성은 줄어 보일 수 있지만 가용성을 낮추고 두 AZ 요구 사항을 위반합니다.

코로케이션 환경을 폐기하면 데이터 센터 운영이 줄어드는 것은 맞지만, 문제는 청구액이 EC2와 S3 사용량에 따라 달라진다는 점을 강조합니다. 주의: 온프레미스 폐기 단서는 실제로 존재하지만, 여기서 주로 보여 주는 이점은 아닙니다.

속도와 민첩성은 더 빠른 프로비저닝과 실험에 관한 이점입니다. 이 시나리오는 배포 속도가 아니라 청구 단위와 재무팀의 관찰을 제시합니다. 주의: 클라우드 마이그레이션이 민첩성을 높일 수는 있지만, 여기에는 더 빠른 제공을 설명하는 단서가 없습니다.

몇 분 만에 전 세계로 확장한다는 것은 전 세계 리전에 배포하는 것을 의미합니다. 이 시나리오는 글로벌 사용자, 리전, 지연 시간을 언급하지 않습니다. 주의: 표준적인 AWS 클라우드 가치 제안이지만, 청구 관련 단서와 맞지 않습니다.

AWS Control Tower는 다중 계정 거버넌스와 가드레일을 관리합니다. 웹사이트나 API로 들어오는 HTTP/HTTPS 요청을 검사하거나 차단하지 않습니다. 주의: 거버넌스 도구도 보안과 관련 있어 보일 수 있지만, 이 문제는 요청 수준 웹 필터링입니다.

Amazon Fraud Detector는 애플리케이션 이벤트의 사기 위험을 평가합니다. 에지 웹 방화벽이 아니며 애플리케이션 통합이 필요합니다. 주의: 위험한 사용자를 차단한다는 느낌은 비슷하지만, 요구 사항은 코드 변경 없는 결정적 국가 차단입니다.

Amazon Pinpoint는 고객 참여 메시지와 분석을 위한 서비스입니다. 요청 경로에 위치하거나 국가별로 트래픽을 차단하지 않습니다. 주의: Pinpoint는 대상을 세그먼트화할 수 있지만 액세스 제어 서비스는 아닙니다.

Amazon Aurora는 트랜잭션 및 구조화된 데이터베이스 워크로드용 관계형 데이터베이스입니다. 원시 로그를 하루 400GB 규모로 저장하면 불필요한 컴퓨팅 및 데이터베이스 비용이 추가됩니다. 주의: 임시 쿼리라는 표현 때문에 SQL을 떠올릴 수 있지만, 문제는 보관 로그를 가장 비용 효율적으로 저장할 서비스를 묻습니다.

Amazon EFS는 컴퓨팅 워크로드를 위한 공유 파일 스토리지를 제공하지만, 대규모 로그 보관의 최저 비용 선택지는 아닙니다. 주의: 로그가 파일일 수는 있지만, 이 아카이브성 워크로드에는 파일 시스템 의미 체계가 필요하지 않습니다.

Amazon EBS는 EC2 인스턴스에 연결되는 블록 스토리지이며, 수십 TB로 늘어나는 보관 로그를 위해 볼륨 관리를 해야 합니다. 주의: EBS도 데이터를 저장하지만, 확장 가능하고 저비용인 로그 데이터 레이크가 아니라 인스턴스 연결 워크로드용입니다.

Dedicated Hosts는 고객 전용 물리 EC2 서버를 제공하지만 여전히 AWS Availability Zone에 있습니다. 회사의 코로케이션 시설 안에서 실행되지 않습니다. 주의: 전용 하드웨어라는 표현은 로컬처럼 들리지만, Dedicated Hosts는 온프레미스 확장이 아니라 AWS Region 옵션입니다.

Availability Zones는 AWS Region 안의 격리된 위치입니다. Region 내 고가용성을 높이지만 고객의 코로케이션 시설 안에 AWS 인프라를 배치하지 않습니다. 주의: AZ는 AWS Region 설계의 일부이지만, 단서는 회사 자체 시설 안의 워크로드를 요구합니다.

AWS Wavelength는 저지연 5G 애플리케이션을 위해 통신사 엣지 위치에 AWS 컴퓨팅과 스토리지를 배치합니다. 데이터 레지던시를 위해 고객 코로케이션 사이트에 AWS 인프라를 설치하는 서비스가 아닙니다. 주의: Wavelength는 엣지 서비스이지만, 대상 사용 사례는 EC2와 EBS를 갖춘 고객 시설 레지던시가 아니라 통신사 지연 시간입니다.