모의고사 4

AWS Cost and Usage Reports는 상세 청구 및 서비스 사용 요금을 위한 보고서입니다. IAM 사용자, 루트 사용자 MFA 상태, 암호 변경 날짜, 액세스 키 상태를 나열하지 않습니다. 주의: 보고서라는 이름이고 상세 CSV 형식의 청구 데이터를 만들 수 있어 보이지만, 요청된 데이터는 ID 보안 상태입니다.

Detailed Billing Reports는 비용 사용량과 요금에 초점을 둡니다. 사용자별 MFA, 암호, 액세스 키 세부 정보를 제공하지 않습니다. 주의: 다운로드 가능한 보고서라는 표현은 매력적이지만, 청구 보고서는 비용 질문에 답하지 IAM 자격 증명 컴플라이언스 질문에 답하지 않습니다.

AWS Cost Explorer 보고서는 지출 추세를 시각화하고 분석합니다. 사용자별 IAM 보안 필드나 루트 사용자 자격 증명 정보를 제공하지 않습니다. 주의: Cost Explorer는 콘솔에서 사용하기 쉽지만 범위는 비용과 사용량이며, ID 감사가 아닙니다.

AWS Billing Conductor는 AWS 계정의 청구 및 차지백/쇼백을 사용자 지정하는 데 사용합니다. 온프레미스 사용률 데이터를 수집하거나 마이그레이션 TCO 사례를 만들지 않습니다. 주의: 비용과 관련 있어 보이지만, 워크로드가 이미 AWS를 사용하는 이후의 AWS 청구 관리용입니다.

AWS Billing Console은 AWS 비용, 사용량, 예산, 청구서를 보여 줍니다. 데이터 센터의 Windows 및 Linux 서버를 탐색하는 도구가 아닙니다. 주의: TCO 사례에는 비용이 포함되지만, 콘솔은 문제에서 설명한 마이그레이션 평가를 수행하지 않습니다.

Amazon Forecast는 수요나 재고 같은 시계열 예측을 위한 기계 학습 서비스입니다. AWS 마이그레이션 계획을 위해 서버 사용률을 평가하지 않습니다. 주의: Forecast라는 단어가 미래 비용 계획처럼 들릴 수 있지만, 이 시나리오에는 인프라 마이그레이션 TCO 도구가 필요합니다.

리호스트는 최소한의 변경으로 애플리케이션을 옮기며, 일반적으로 모놀리스를 분해하지 않고 그대로 유지합니다. 주의: 리프트 앤 시프트는 흔한 마이그레이션 답변이지만, 이 시나리오는 새로운 마이크로서비스 아키텍처를 요구합니다.

리플랫폼은 핵심 아키텍처를 대체로 유지하면서 작은 클라우드 최적화를 적용합니다. 주의: 컨테이너가 리플랫폼에서도 등장할 수 있지만, 요구된 서비스 분해와 도메인 경계는 그보다 훨씬 큰 변화입니다.

재구매는 애플리케이션을 다른 제품이나 SaaS로 대체하는 것이며, 사용자 지정 서비스로 다시 구축하는 것이 아닙니다. 주의: 운영 부담을 줄일 수는 있지만, 문제는 목표 사용자 지정 아키텍처를 설명합니다.

과다 프로비저닝을 피하는 것은 수요가 불확실할 때의 용량 및 비용 이점입니다. 하지만 이 문제의 핵심은 여러 파이프라인 버전을 빠르게 만들고 비교하는 것입니다. 주의: 장기 인프라를 원하지 않는다는 점 때문에 그럴듯해 보이지만, 서로 다른 서비스를 활용한 빠른 실험을 직접적으로 설명하지 않습니다.

추가 Region은 글로벌 도달 범위, 지연 시간, 복원력에 도움이 됩니다. 이 시나리오는 지리적 확장을 요구하지 않습니다. 주의: 글로벌 인프라는 AWS의 장점이지만, 10일 안에 세 가지 파이프라인 버전을 프로토타입으로 만드는 기능은 아닙니다.

사용한 리소스에 대해서만 비용을 지불하는 것은 재무 위험을 줄이지만, 문제는 프로세스와 아키텍처에 민첩성을 가장 직접적으로 만드는 기능을 묻고 있습니다. 주의: 종량제는 프로토타입의 비용 측면에는 도움이 되지만, 빠른 혁신에는 서비스 폭과 관리형 서비스가 더 강한 단서입니다.

S3 Versioning은 복구를 위해 이전 객체 버전을 보존하지만, 멀리 떨어진 지사에서의 지연 시간을 줄이거나 업로드를 가속하지 않습니다. 주의: S3 기능이긴 하지만 이 시나리오는 객체 롤백이 아니라 전송 성능에 관한 문제입니다.

S3 ACLs는 객체와 버킷 접근 권한을 위한 기능입니다. 네트워크 라우팅, 지연 시간, 업로드 처리량을 바꾸지 않습니다. 주의: 보안 표현 때문에 접근 제어가 그럴듯해 보일 수 있지만, 전송 중 암호화는 ACL이 아니라 HTTPS로 처리합니다.

S3 Intelligent-Tiering은 액세스 패턴 변화에 따라 스토리지 비용을 최적화하지만, S3로 들어오는 데이터 전송을 빠르게 만들지는 않습니다. 주의: 큰 일일 데이터량 때문에 비용 최적화를 떠올릴 수 있지만, 요구 사항은 전송 시간 최소화입니다.

Amazon DocumentDB는 JSON 형태의 문서를 저장하고 유연한 문서 모델에 유용하지만, 연결된 엔터티 전반의 다중 홉 그래프 탐색을 위해 특화된 서비스는 아닙니다. 주의: 고객과 구매 기록은 문서처럼 보일 수 있지만, 시험의 초점은 그 사이의 관계를 탐색하는 것입니다.

Amazon Timestream은 메트릭, 텔레메트리, 타임스탬프 이벤트 같은 시계열 데이터를 위한 서비스입니다. 계정 네트워크의 그래프 관계 탐색을 제공하지 않습니다. 주의: 구매는 시간에 따라 발생하지만, 요구 사항은 시간 구간 분석이 아니라 관계 발견입니다.

Amazon DynamoDB는 알려진 액세스 패턴에 최적화된 키-값 및 문서 데이터베이스입니다. 4~6홉의 깊은 관계 탐색은 반복 쿼리와 애플리케이션 측 로직이 필요합니다. 주의: DynamoDB는 매우 잘 확장되지만, 확장성만으로 그래프 쿼리에 가장 적합해지는 것은 아닙니다.

AWS Shield는 DDoS 공격으로부터 보호합니다. CloudTrail, VPC Flow Logs, DNS 로그를 지속적으로 분석해 계정 전반의 의심스러운 동작을 탐지하는 서비스가 아닙니다. 주의: Shield도 보안 서비스이지만 초점은 DDoS에 대한 가용성 보호입니다.

AWS Firewall Manager는 계정 전반의 방화벽 및 보호 정책을 중앙에서 관리하지만, 이 로그들을 분석하는 위협 탐지 서비스는 아닙니다. 주의: Firewall Manager는 멀티 계정 정책 관리에는 맞지만 24x7 로그 기반 탐지에는 맞지 않습니다.

Amazon Inspector는 워크로드의 취약성과 의도치 않은 노출을 스캔합니다. 문제에서 설명한 지속적인 행동 기반 위협 탐지를 제공하는 서비스가 아닙니다. 주의: Inspector도 보안 탐지 결과를 만들 수 있지만, 그 결과는 로그의 의심스러운 활동이 아니라 취약성에 관한 것입니다.

AWS Config는 버킷 정책 구성이 변경되었음을 보여 줄 수 있지만, 계정 전반의 API 호출자 ID와 소스 IP를 추적하는 기본 서비스는 아닙니다. 주의: 정책 변경이라는 말은 구성 기록처럼 들리지만, 문제는 각 API 호출을 누가 호출했는지를 묻고 있습니다.

Amazon Rekognition은 이미지와 비디오를 분석합니다. AWS 계정 API 활동을 기록하거나 쿼리하지 않습니다. 주의: 회사가 전자상거래 업종이지만, 여기에는 이미지 분석 요구 사항이 없습니다.

Amazon SNS는 알림을 전달할 수 있지만 API 호출, 자격 증명, 작업, 소스 IP 주소에 대한 감사 추적을 만들지 않습니다. 주의: SNS는 이벤트 알림에 사용될 수 있지만, 먼저 다른 서비스가 이벤트를 감지하고 기록해야 합니다.

광범위한 관리자 권한은 보안 및 운영 위험을 키우며 안정성 원칙의 설계 원칙이 아닙니다. 주의: 서비스 할당량 증가는 계획의 일부가 될 수 있지만, 모든 사람에게 관리자 권한을 주는 것은 AWS가 권장하는 안정성 달성 방식이 아닙니다.

중요 구성 요소를 하나의 Availability Zone에 두면 단일 장애 지점이 생기고 AZ 손실 요구 사항을 위반합니다. 주의: 단일 AZ 설계는 단순해 보일 수 있지만, 단순함만으로 복원력 요구 사항을 만족하지는 못합니다.

할당량 계획은 유용하지만 장애 조치와 확장 설계보다 먼저 보조 Region 할당량을 늘리는 것은 AZ 장애와 트래픽 급증 요구 사항의 직접 답이 아닙니다. 주의: 보조 Region은 복원력 있어 보이지만, 문제는 이 워크로드의 핵심 안정성 설계 원칙을 묻고 있습니다.