정답 · 해설

해설

【핵심 용어】 ▸ Systems Manager Run Command: 여러 인스턴스에 동시 명령 실행 ▸ AWS-RunShellScript / AWS-RunPowerShellScript: 각 OS별 내장 문서 ▸ 태그 기반 타겟팅: 운영 체제 태그로 Windows/Linux 인스턴스 자동 선택 ▸ 명령 기록: 실행 결과 및 출력 기록 【정답 포인트】 ▸ A(Run Command): Systems Manager Run Command는 여러 EC2 인스턴스에 병렬로 명령을 실행하는 가장 빠른 방법입니다. ▸ 운영 체제 태그를 지정하면 자동으로 관련 인스턴스들을 대상으로 선택합니다. ▸ AWS-RunShellScript(Linux)와 AWS-RunPowerShellScript(Windows)로 각 OS에 맞는 명령을 실행합니다. ▸ 명령 기력에서 실행 결과와 출력 로그를 보안 팀에 증거로 제공할 수 있습니다. 【오답 체크】 ▸ B(Lambda + Session Manager): 복잡한 구현이 필요하며 Run Command보다 느립니다. ▸ C(수동 실행): 수백 개 인스턴스를 수동으로 관리하는 것은 매우 비효율적이고 오류 위험이 높습니다. ▸ D(사용자 데이터): 모든 인스턴스를 재부팅해야 하며 즉시 조치가 불가능합니다. 【시험 포인트】 ▸ 다중 인스턴스 한 번에 명령 실행 = Systems Manager Run Command ▸ 태그 기반 타겟팅으로 OS별 자동 분류 가능 ▸ 명령 기록이 자동으로 증거 역할을 수행합니다.

해설

【핵심 용어】 ▸ Message Priority: 메시지 우선순위 처리 ▸ SQS Queue: FIFO 또는 Standard 큐 ▸ 우선순위 패턴: 별도 큐로 우선순위 구현 ▸ 처리 순서: 알람 먼저, 정보 나중 【정답 포인트】 ▸ D(별도 큐): 알람 알림용 SQS 큐와 정보 알림용 SQS 큐를 분리합니다. ▸ EC2 인스턴스는 먼저 알람 큐에서 메시지를 처리하고, 알람 큐가 비어있을 때만 정보 큐를 처리합니다. ▸ 이렇게 하면 자동으로 알람이 정보보다 우선 처리됩니다. 【오답 체크】 ▸ A(Auto Scaling 빠른 스케일): 처리 속도는 증가하지만 우선순위는 여전히 FIFO 순서입니다. ▸ B(SNS 팬아웃): 메시지를 모든 인스턴스에 복제하는 기능이며 우선순위 처리와 무관합니다. ▸ C(DynamoDB 스트림): 스트림은 변경사항 캡처 메커니즘이며 메시지 우선순위 처리와 무관합니다. 【시험 포인트】 ▸ SQS는 우선순위 큐를 직접 지원하지 않으므로 별도 큐로 우선순위 구현 ▸ Application Logic에서 알람 큐를 먼저 폴링하도록 구현 ▸ 단순하고 효과적인 우선순위 처리 패턴입니다.

해설

【핵심 용어】 ▸ AWS Global Accelerator: 애니캐스팅을 사용한 지연시간 최적화와 페일오버 ▸ Route 53 Latency Routing: DNS 기반 지연시간 라우팅 ▸ Route 53 Failover Routing: 수동 페일오버 ▸ 최단 페일오버 시간: Global Accelerator (밀리초 단위) 【정답 포인트】 ▸ C(AWS Global Accelerator): 애니캐스팅 기술을 사용하여 AWS 엣지 로케이션을 통해 가장 낮은 지연시간을 제공합니다. ▸ 각 리전에 엔드포인트 그룹을 설정하면 자동으로 최적의 경로를 선택하고 건강한 엔드포인트로 라우팅합니다. ▸ 페일오버는 밀리초 단위로 수행되므로 가장 짧은 페일오버 시간을 보장합니다. 【오답 체크】 ▸ A(Route 53 지연시간): DNS 기반 라우팅은 DNS TTL로 인해 페일오버가 지연되며 Global Accelerator보다 느립니다. ▸ B(Route 53 페일오버): 수동 페일오버 정책이므로 지연시간 최적화가 없고 장애 감지도 느립니다. ▸ D(Route 53 지리적 위치): 지리적 위치 기반 라우팅은 실제 지연시간을 고려하지 않습니다. 【시험 포인트】 ▸ 최단 페일오버 + 최저 지연시간 = AWS Global Accelerator ▸ DNS 기반(Route 53) vs 애니캐스트 기반(Global Accelerator): 페일오버 시간이 크게 다릅니다. ▸ Global Accelerator는 소수 글로벌 엣지 네트워크로 우수한 성능 제공.

해설

【핵심 용어】 ▸ CloudWatch Metrics Explorer: 동적 메트릭 그룹화 및 시각화 ▸ 태그 기반 필터링: 리소스 그룹 동적 선택 ▸ aws:autoscaling:groupName: Auto Scaling 그룹 식별 태그 ▸ 자동 확장: 새로운 인스턴스가 자동으로 대시보드에 포함 【정답 포인트】 ▸ C(Metrics Explorer + 태그 필터): CloudWatch Metrics Explorer를 사용하여 aws:autoscaling:groupName 태그로 필터링하면 모든 Auto Scaling 그룹 인스턴스를 자동으로 포함합니다. ▸ 새로운 인스턴스가 생성되면 자동으로 같은 태그를 받아 대시보드에 자동 추가됩니다. ▸ 가장 간단하고 운영 효율적인 방법입니다. 【오답 체크】 ▸ A(Lambda + 활동 알림): Lambda 함수가 새 인스턴스마다 호출되어 대시보드를 업데이트해야 하므로 복잡합니다. ▸ B(스크립트 스트리밍): 각 인스턴스에 스크립트를 배포해야 하며 관리 오버헤드가 높습니다. ▸ D(인스턴스 상태 필터): 인스턴스 상태는 동적으로 변하므로 정확한 필터링이 아닙니다. 【시험 포인트】 ▸ 동적 인스턴스 그룹 모니터링 = CloudWatch Metrics Explorer + 태그 기반 필터 ▸ 태그 필터링으로 새로운 리소스가 자동으로 포함됩니다. ▸ Lambda 자동화보다 native 태그 기반 필터링이 효율적입니다.

해설

【핵심 용어】 ▸ S3 Transfer Acceleration: CloudFront 엣지 로케이션을 통한 가속화 ▸ 지역 간 전송: ap-southeast-2 ← eu-west-2 ▸ s3-accelerate 엔드포인트: 가속화 전용 도메인 ▸ 암호화: AES-256 (서버 측 암호화) 【정답 포인트】 ▸ D(S3 Transfer Acceleration): CloudFront의 글로벌 엣지 네트워크를 활용하여 빠른 업로드/다운로드를 제공합니다. ▸ eu-west-2 사용자는 가장 가까운 CloudFront 엣지 로케이션으로 연결된 후 최적화된 경로로 ap-southeast-2 버킷에 도달합니다. ▸ 버킷에서 활성화하고 s3-accelerate 엔드포인트를 사용하기만 하면 됩니다. 【오답 체크】 ▸ A(접두사 길이): 접두사는 버킷 성능과 무관하며 전송 속도에 영향을 주지 않습니다. ▸ B(암호화 알고리즘): RSA는 서버 측 암호화로 지원되지 않으며 전송 속도와도 무관합니다. ▸ C(같은 이름 새 버킷): 버킷 이름은 글로벌이므로 같은 이름으로 다른 리전에 생성 불가능합니다. 【시험 포인트】 ▸ 지역 간 대용량 파일 전송 가속화 = S3 Transfer Acceleration ▸ CloudFront 엣지 네트워크를 활용한 성능 최적화 ▸ s3-accelerate 엔드포인트를 사용하여 가속화 적용.

해설

【핵심 용어】 ▸ Tape Auto-Create: AWS Storage Gateway의 자동 테이프 생성 기능 ▸ Minimum Tapes: 유지할 최소 테이프 수 ▸ Barcode Prefix: 테이프 식별용 접두사 ▸ Tape Pool: 테이프 관리 풀 【정답 포인트】 ▸ D(Tape Auto-Create): Tape Gateway의 자동 생성 기능은 테이프 부족 상황을 자동으로 감지하고 새로운 테이프를 생성합니다. ▸ 최소 테이프 수를 설정하면 AWS가 자동으로 이 수준을 유지합니다. ▸ 지속적인 모니터링과 수동 개입 없이 "Not Enough Space" 오류를 완전히 방지합니다. ▸ 가장 운영 효율적인 솔루션입니다. 【오답 체크】 ▸ A(Lambda 시간 단위): 백업 작업 시간을 예측할 수 없어 여전히 오류가 발생할 수 있습니다. ▸ B(CloudWatch + Lambda): 오류 감지 후 반응이므로 백업이 이미 실패한 상태입니다. ▸ C(추가 Gateway + SNS): 문제 해결이 아니라 알림만 보내므로 여전히 실패할 가능성이 있습니다. 【시험 포인트】 ▸ Tape Gateway "Not Enough Space" 자동 해결 = Tape Auto-Create 기능 ▸ 사전 대응(Proactive) vs 사후 반응(Reactive) 방식의 차이 ▸ AWS Storage Gateway의 자동 관리 기능을 활용하는 것이 가장 효율적입니다.

해설

【핵심 용어】 ▸ S3 라이프사이클 규칙: 객체의 생명주기에 따라 자동으로 작업을 수행하는 기능 ▸ 멀티파트 업로드: 대용량 파일을 여러 부분으로 나누어 병렬 업로드하는 방식 ▸ 불완전한 업로드: 중단되거나 완료되지 않은 멀티파트 업로드 작업 【정답 포인트】 ▸ S3 라이프사이클 규칙에서 'AbortIncompleteMultipartUpload' 작업을 사용하면 지정한 일수가 경과한 불완전한 멀티파트 업로드를 자동으로 삭제할 수 있습니다. 이는 불필요한 스토리지 비용을 제거하는 가장 효율적인 방법입니다. 규칙을 설정한 후에는 자동으로 실행되므로 운영 오버헤드가 최소화됩니다. 【오답 체크】 ▸ (B) TransferUtility를 사용해도 이미 존재하는 불완전한 업로드는 삭제되지 않습니다. 향후 업로드만 안정적으로 처리합니다. ▸ (C) 버전 관리를 활성화하면 불완전한 멀티파트 업로드가 삭제되지 않으며, 저장된 버전들이 스토리지 비용을 증가시킵니다. ▸ (D) Object Lambda는 객체 반환 시 변환을 수행하는 기능이며, 불완전한 업로드 삭제에는 적합하지 않습니다. 【시험 포인트】 ▸ S3 라이프사이클 규칙은 비용 최적화의 핵심 기능입니다. 특히 멀티파트 업로드 정리, 만료된 버전 삭제, 저장소 클래스 전환 등에 사용됩니다. SOA 시험에서는 실제 운영 시나리오에서 라이프사이클 규칙의 적절한 구성을 묻는 문제가 자주 출제됩니다.

해설

【핵심 용어】 ▸ CloudFormation: IaC(Infrastructure as Code)를 통해 AWS 리소스를 정의하고 관리하는 서비스 ▸ 무작위 버킷 이름: 전역적으로 고유한 S3 버킷 이름을 동적으로 생성 ▸ 암호화 설정: 버킷의 모든 객체를 기본적으로 암호화 【정답 포인트】 ▸ CloudFormation의 AWS::S3::Bucket 리소스를 사용하며, 무작위 이름 생성을 위해 Ref 함수와 AWS::CloudFormation::Stack의 StackId를 활용합니다. BucketEncryption 속성에서 ServerSideEncryptionConfiguration을 설정하여 암호화를 활성화합니다. Outputs 섹션에서 버킷 이름을 반환하면 다른 리소스에서 참조할 수 있습니다. 【오답 체크】 ▸ 정의되지 않은 옵션 B가 정답이므로, 다른 선택지의 문제를 분석할 수 없습니다. 하지만 CloudFormation에서 버킷 이름을 명시적으로 지정하면 재배포 불가능 문제가 발생할 수 있습니다. 【시험 포인트】 ▸ CloudFormation 템플릿 작성은 SOA 시험의 주요 주제입니다. 특히 무작위 이름 생성, 암호화 설정, 리소스 간 참조 등의 기법은 실무에서 자주 사용됩니다. 템플릿 재사용성과 확장성을 고려한 설계가 중요합니다.

해설

【핵심 용어】 ▸ SCP(Service Control Policy): Organizations 레벨에서 모든 계정에 적용되는 권한 제어 정책 ▸ IAM 정책: 개별 계정 내 사용자/역할에 적용되는 권한 정책 ▸ 루트 사용자: 계정의 최고 권한 보유자 【정답 포인트】 ▸ SCP는 명시적 거부(Explicit Deny)를 통해 루트 사용자를 포함한 모든 주체를 제어할 수 있습니다. 관리 계정에서 SCP를 생성하여 조직 루트에 적용하면 모든 멤버 계정의 모든 사용자가 DynamoDB 사용이 제한됩니다. 이는 IAM 정책보다 우선적으로 작동하므로 루트 사용자도 영향을 받습니다. 【오답 체크】 ▸ (A), (C) IAM 정책은 루트 사용자에게 영향을 주지 않습니다. 루트 사용자는 모든 IAM 정책을 무시할 수 있는 권한을 가집니다. ▸ (D) 기본 SCP를 제거하면 의도하지 않은 모든 서비스 차단이 발생할 수 있습니다. 특정 서비스만 거부하는 SCP를 새로 생성해야 합니다. 【시험 포인트】 ▸ SCP는 Organizations 기반 권한 관리의 핵심입니다. SOA 시험에서는 루트 사용자 제어, 조직 전체 정책 적용, 멀티 계정 환경에서의 보안 관리를 자주 묻습니다. IAM 정책과의 차이점을 명확히 이해해야 합니다.

해설

【핵심 용어】 ▸ AWS Compute Optimizer: 머신러닝 기반 리소스 최적화 권장 서비스 ▸ IOPS(Input/Output Operations Per Second): 디스크 성능의 주요 메트릭 ▸ 처리량(Throughput): 초당 데이터 전송량 【정답 포인트】 ▸ AWS Compute Optimizer는 과거 사용 메트릭을 분석하여 EBS 볼륨의 최적화된 유형과 크기를 자동으로 추천합니다. 옵트인 후 14일 동안 메트릭을 수집하면 정확한 권장사항을 제공받을 수 있습니다. 이는 수동 분석보다 빠르고 정확하며 운영 오버헤드가 최소입니다. 【오답 체크】 ▸ (A) CloudWatch 메트릭 수동 검토는 시간이 오래 걸리고 전문 지식이 필요합니다. IOPS/처리량 분석에는 부족합니다. ▸ (B) 인스턴스 유형 변경과 EBS 최적화는 비용 최적화와 무관한 작업입니다. ▸ (D) fio 벤치마킹은 추가적인 설치, 구성, 실행이 필요하여 효율성이 낮습니다. 【시험 포인트】 ▸ AWS Compute Optimizer는 SOA 시험에서 비용 최적화와 리소스 효율화의 핵심 도구입니다. 자동화된 권장 기능을 활용하여 운영 부담을 줄이는 것이 SysOps 관리자의 주요 책임입니다.

해설

【핵심 용어】 ▸ Amazon EFS: Linux 기반 인스턴스용 NFS 파일 시스템 ▸ FSx for Windows File Server: Windows 인스턴스용 관리형 파일 서버 ▸ NFSv4: 네트워크 파일 시스템 버전 4 프로토콜 【정답 포인트】 ▸ Amazon EFS는 Linux 운영 체제만 지원하며 NFS(Network File System) 프로토콜을 사용합니다. Windows EC2 인스턴스는 EFS를 마운트할 수 없습니다. Windows 인스턴스에 공유 파일 시스템이 필요한 경우 Amazon FSx for Windows File Server를 사용해야 하며, 이는 SMB 프로토콜을 지원하고 Windows 네이티브 통합을 제공합니다. 【오답 체크】 ▸ (B) IAM 자격증명은 EFS 마운트와 무관합니다. EFS는 보안 그룹을 통해 제어됩니다. ▸ (C) Windows에서 NFSv4를 구성해도 EFS와의 호환성 문제는 해결되지 않습니다. 기본적으로 Windows는 EFS를 지원하지 않습니다. ▸ (D) 포트 허용은 필요하지만, EFS 자체가 Windows와 호환되지 않으므로 근본적인 해결책이 아닙니다. 【시험 포인트】 ▸ AWS 파일 시스템 서비스의 사용 사례를 구분하는 것은 SOA 시험의 중요 주제입니다. EFS(Linux), FSx for Windows(Windows), FSx for Lustre(HPC), FSx for NetApp ONTAP(다중 프로토콜) 등 각 서비스의 적절한 사용 시나리오를 이해해야 합니다.

해설

【핵심 용어】 ▸ 크로스 계정 액세스: 서로 다른 AWS 계정 간의 리소스 접근 ▸ AssumeRole: STS를 통한 임시 자격증명 획득 ▸ 신뢰 정책(Trust Policy): 역할을 맡을 수 있는 주체를 정의 【정답 포인트】 ▸ 크로스 계정 액세스의 안전한 패턴은 역할 추정(Role Assumption)입니다. 계정 B에서 DynamoDB 쿼리 권한을 가진 역할을 생성하고, 신뢰 정책에서 계정 A의 EC2 역할을 신뢰하도록 설정합니다. 계정 A의 EC2 역할은 sts:AssumeRole 권한을 가져 계정 B의 역할을 가정할 수 있습니다. 이 방식은 임시 자격증명을 사용하므로 자격증명 노출 위험을 최소화합니다. 【오답 체크】 ▸ (A) PassRole은 서비스에 역할을 전달하는 권한이며, EC2에서 계정 간 권한 위임에는 적합하지 않습니다. ▸ (C) DynamoDB 테이블의 리소스 정책은 IAM 역할과 별개이며, 이는 정책 위임 모델로 보안이 취약합니다. ▸ (D) 정적 IAM 키를 파일에 포함하면 자격증명이 노출되기 쉽고 순환 관리가 어렵습니다. 【시험 포인트】 ▸ 크로스 계정 액세스는 SOA 시험의 보안 섹션에서 중요한 주제입니다. AssumeRole 패턴은 보안 모범 사례이며, 정적 자격증명 사용과 구분하는 것이 필수적입니다. 멀티 계정 아키텍처에서 권한 위임의 원칙을 이해해야 합니다.

해설

【핵심 용어】 ▸ Horizontal Pod Autoscaler: 포드 개수를 자동으로 조정하는 Kubernetes 기능 ▸ Vertical Pod Autoscaler: 포드의 리소스 요청/제한을 조정 ▸ 오버헤드: 운영상 필요한 추가 작업과 비용 【정답 포인트】 ▸ Horizontal Pod Autoscaler(HPA)는 CPU 또는 메모리 사용률을 모니터링하여 포드 개수를 자동으로 확장/축소합니다. 목표 CPU 사용률을 설정하면 트래픽 증가 시 포드가 자동으로 추가되어 성능 저하를 방지합니다. 구성이 간단하고 자동화되어 운영 오버헤드가 최소입니다. 【오답 체크】 ▸ (A) 두 번째 클러스터 생성은 추가 비용과 관리 복잡도를 증가시킵니다. ▸ (C) EKS와 EC2 간 마이그레이션은 애플리케이션 수정, 다운타임, 재테스트가 필요하여 오버헤드가 매우 큽니다. ▸ (D) Vertical Pod Autoscaler는 포드의 리소스 요청을 조정하는 도구로, 포드 개수 증가와는 다릅니다. 리소스 요청 최적화는 도움이 되지만 트래픽 증가 대응에는 한계가 있습니다. 【시험 포인트】 ▸ EKS에서 스케일링 전략은 SOA 시험의 주요 주제입니다. HPA와 VPA의 차이, Cluster Autoscaler와의 조합, 운영 효율성을 고려한 선택이 중요합니다. 자동화된 스케일링을 통한 운영 부담 감소가 SysOps 관리자의 핵심 책임입니다.

해설

【핵심 용어】 ▸ AWS Secrets Manager: 데이터베이스 자격증명, API 키 등을 안전하게 관리하는 서비스 ▸ AWS Systems Manager Parameter Store: 구성 데이터 및 보안 정보를 중앙에서 관리 ▸ 환경 변수: 애플리케이션 실행 시 필요한 값을 저장 【정답 포인트】 ▸ Secrets Manager와 Parameter Store 모두 보안 정보를 암호화하여 중앙에서 관리합니다. Secrets Manager는 자동 로테이션과 감사 로깅을 지원하며 데이터베이스 자격증명에 최적화되어 있습니다. Parameter Store도 보안 문자열로 저장하면 KMS 암호화를 사용할 수 있습니다. 둘 다 애플리케이션 시작 시 런타임에 값을 검색하므로 자격증명이 코드나 파일에 저장되지 않습니다. 【오답 체크】 ▸ (C) Lambda 함수에 자격증명을 저장하면 코드 리포지토리에 노출될 위험이 있습니다. ▸ (D) 파일 기반 저장은 자격증명이 디스크에 저장되므로 액세스 제어에 의존하며, 감사 로깅이 제한적입니다. ▸ (E) S3에 평문으로 저장하면 보안이 매우 취약합니다. 파일 기반 저장도 중앙화된 관리와 로테이션이 어렵습니다. 【시험 포인트】 ▸ 자격증명 관리는 SOA 시험의 보안 섹션에서 중요한 주제입니다. Secrets Manager와 Parameter Store의 차이, CI/CD 파이프라인에서의 보안 실천, 런타임 값 검색의 중요성을 이해해야 합니다. 멀티 선택 문제에서는 두 서비스 모두 적절한 선택지임을 인식하는 것이 중요합니다.

해설

【핵심 용어】 ▸ VPC Flow Logs: VPC의 네트워크 인터페이스에서 송수신되는 IP 트래픽 정보를 기록 ▸ 기본 형식: 사전 정의된 필드 세트(version, account-id, interface-id, srcaddr, dstaddr 등) ▸ 사용자 정의 형식: 필요한 필드만 선택하여 로깅 【정답 포인트】 ▸ VPC Flow Logs는 한 번 생성된 후에는 로그 형식을 변경할 수 없습니다. 새 필드(tcp-flags)를 추가하려면 새로운 Flow Log를 생성하면서 사용자 정의 형식을 지정하고 tcp-flags를 포함해야 합니다. 기존 Flow Log는 새 형식으로 저장되지 않으므로 삭제하거나 유지할 수 있습니다. 【오답 체크】 ▸ (B) CloudWatch Logs의 필터는 로그 형식을 변경하지 않습니다. 기존 로그에 tcp-flags가 없으면 필터로도 추출할 수 없습니다. ▸ (C) CloudWatch Metrics의 설정은 Flow Log 형식과 무관합니다. ▸ (D) 기존 Flow Log는 수정할 수 없습니다. 형식은 생성 시점에 결정되며 변경 불가능합니다. 【시험 포인트】 ▸ VPC Flow Logs의 형식 제한과 불변성은 SOA 시험의 중요 개념입니다. 네트워크 트러블슈팅 시나리오에서 필요한 필드를 미리 계획하고 로그를 구성하는 것의 중요성을 이해해야 합니다.

해설

【핵심 용어】 ▸ CloudFront Origin Shield: CloudFront와 원본 사이의 추가 캐시 계층 ▸ TTL(Time To Live): 캐시된 객체의 유효 기간 ▸ 캐시 히트 비율: 캐시에서 서빙된 요청의 비율 【정답 포인트】 ▸ Origin Shield를 활성화하면 CloudFront 엣지 로케이션과 원본 사이에 추가 캐시 계층이 생깁니다. 이는 캐시 히트 비율을 높이고 원본 요청을 감소시킵니다. TTL 값을 높이면 객체가 더 오래 캐시되어 재요청 시 캐시에서 즉시 서빙되므로 캐시 히트 비율이 증가합니다. 두 설정 모두 원본 부하를 줄입니다. 【오답 체크】 ▸ (B) HTTPS 정책 변경은 캐시 히트 비율과 무관합니다. 프로토콜 차이는 캐시 키에 포함될 수 있지만 주요 원인이 아닙니다. ▸ (C) 오리진 그룹과 장애 조치는 고가용성을 위한 것이며, 캐시 히트 비율 개선과는 무관합니다. ▸ (D) 자동 압축은 데이터 크기를 줄이지만 캐시 히트 비율과는 직접적 연관이 없습니다. 【시험 포인트】 ▸ CloudFront 성능 최적화는 SOA 시험의 주요 주제입니다. Origin Shield, TTL 설정, 캐시 정책 등이 캐시 히트 비율에 미치는 영향을 이해해야 합니다. 멀티 선택 문제에서는 각 솔루션의 직접적 효과를 구분하는 것이 중요합니다.

해설

【핵심 용어】 ▸ EC2 사용자 데이터: EC2 인스턴스 시작 시 실행되는 스크립트 ▸ 사용자 정의 애플리케이션: 회사에서 개발한 소프트웨어 ▸ 자동 설치: 수동 개입 없이 인스턴스 시작 중에 자동으로 설치 【정답 포인트】 ▸ EC2 사용자 데이터는 인스턴스가 시작될 때 자동으로 실행되는 스크립트입니다. 사용자 데이터에 애플리케이션 다운로드 및 설치 명령을 작성하면, 모든 새 인스턴스에서 자동으로 애플리케이션이 설치됩니다. 이 방법은 구성이 간단하고, Auto Scaling 그룹에서 자동으로 실행되며, 작은 애플리케이션에 가장 효율적입니다. 【오답 체크】 ▸ (B) API Gateway와 CloudFormation은 애플리케이션 설치를 위한 도구가 아닙니다. API Gateway는 API 노출용이고, 설치 실행 파일 호출은 복잡합니다. ▸ (C) Systems Manager를 사용한 AMI 주입은 베이스 이미지 생성 용도로, 매번 새 인스턴스 배포 시에는 적합하지 않습니다. ▸ (D) CodePipeline은 CI/CD 파이프라인 자동화 도구이며, 인스턴스 설치 구성에 직접적이지 않습니다. 【시험 포인트】 ▸ EC2 사용자 데이터는 SOA 시험에서 자동화 배포의 기본 도구입니다. Auto Scaling과의 통합, 스크립트 작성, 베이스 이미지와의 차별화를 이해해야 합니다. 작은 애플리케이션의 빠른 배포에는 사용자 데이터가 최적의 선택입니다.

해설

【핵심 용어】 ▸ 사전 서명된 URL(Presigned URL): AWS 자격증명 없이 제한된 시간 동안 객체에 액세스하는 URL ▸ 임시 액세스: 사용자가 AWS 계정이나 IAM 자격증명 없이 시간 제한으로 객체 접근 ▸ 운영 효율성: 추가 관리 작업 없이 공유 【정답 포인트】 ▸ 사전 서명된 URL은 S3 객체 소유자의 자격증명으로 생성되며, URL을 받은 사용자는 AWS 계정이나 IAM 자격증명 없이 객체에 액세스할 수 있습니다. URL은 만료 시간을 설정할 수 있어 보안성이 높습니다. 추가 사용자 관리나 자격증명 배포 없이 단순히 URL을 공유하기만 하면 되므로 운영 효율성이 가장 높습니다. 【오답 체크】 ▸ (A) IP 기반 제한은 사용자 확인이 어렵고, 동적 IP 환경에서 작동하지 않습니다. AWS 계정 없는 사용자 지원도 불가능합니다. ▸ (B) IAM 역할은 AWS 계정이 필요합니다. AWS 계정이 없는 사용자는 역할을 가정할 수 없습니다. ▸ (C) IAM 사용자 자격증명을 공유하는 것은 보안 모범 사례 위반입니다. 자격증명이 노출되면 통제 불가능합니다. 【시험 포인트】 ▸ 사전 서명된 URL은 외부 사용자와의 보안 공유 패턴입니다. SOA 시험에서는 AWS 계정 여부에 따른 공유 방법 선택이 중요합니다. 임시 액세스 토큰의 개념과 보안 모범 사례를 이해해야 합니다.

해설

【핵심 용어】 ▸ RDS Proxy: 데이터베이스 연결 풀링을 관리하는 관리형 서비스 ▸ 연결 풀링: 여러 애플리케이션의 요청을 적은 수의 데이터베이스 연결로 재사용 ▸ 유휴 연결: 사용되지 않지만 열려 있는 연결 【정답 포인트】 ▸ RDS Proxy는 애플리케이션과 데이터베이스 사이의 연결 풀링 계층 역할을 합니다. 많은 애플리케이션 연결을 적은 수의 데이터베이스 연결로 효율적으로 재사용하여 "Too many connections" 오류를 해결합니다. 유휴 연결도 프록시에 의해 관리되어 데이터베이스 부하가 감소합니다. 애플리케이션의 연결 문자열을 RDS Proxy 엔드포인트로 변경하기만 하면 됩니다. 【오답 체크】 ▸ (A) RCU/WCU 증가는 Aurora의 용량 단위로, 연결 수 제한과는 무관합니다. ▸ (C) 향상된 네트워킹은 네트워크 처리량 개선이며, 연결 수 문제는 해결하지 못합니다. ▸ (D) 버스팅 가능한 인스턴스는 성능 특성만 변경하며, 연결 수 제한에는 영향을 주지 않습니다. 【시험 포인트】 ▸ RDS Proxy는 데이터베이스 연결 관리의 핵심 도구입니다. SOA 시험에서는 데이터베이스 리소스 문제("Too many connections")의 원인과 해결책을 이해해야 합니다. 연결 풀링 개념과 RDS Proxy의 역할을 명확히 해야 합니다.

해설

【핵심 용어】 ▸ 네트워크 ACL(Access Control List): 서브넷 레벨의 상태 비저장 방화벽 ▸ 보안 그룹: 인스턴스 레벨의 상태 저장 방화벽 ▸ 아웃바운드 트래픽: 인스턴스에서 외부로 나가는 트래픽 【정답 포인트】 ▸ 시나리오에서 프라이빗 서브넷의 인스턴스가 NAT 게이트웨이를 통해 인터넷에 접근할 수 있도록 경로가 올바르게 구성되었습니다. 인스턴스의 보안 그룹도 기본 설정(모든 아웃바운드 허용)입니다. 하지만 네트워크 ACL이 아웃바운드 트래픽을 거부하도록 설정되어 있으면, 아웃바운드 패킷이 서브넷 경계에서 차단되어 인터넷 액세스가 불가능합니다. 네트워크 ACL은 보안 그룹보다 먼저 평가됩니다. 【오답 체크】 ▸ (B) 문제에서 NAT 게이트웨이가 공인 서브넷에 있다고 명시되어 있습니다. 이는 올바른 구성입니다. ▸ (C) 기본 보안 그룹은 같은 그룹의 트래픽을 모두 허용하고 모든 아웃바운드를 허용합니다. 인바운드 차단은 문제가 아닙니다. ▸ (D) 기본 보안 그룹은 모든 아웃바운드 트래픽을 허용합니다. 【시험 포인트】 ▸ VPC 네트워크 아키텍처와 트러블슈팅은 SOA 시험의 핵심 주제입니다. 네트워크 ACL과 보안 그룹의 차이, 아웃바운드 경로 설정, 보안 그룹의 기본값을 정확히 이해해야 합니다. 계층화된 보안 검증이 필요합니다.