정답 · 해설

해설

【핵심 용어】 ▸ 핵심 서비스 개념 ▸ 아키텍처 패턴 ▸ 기술 선택 기준 【정답 포인트】 ▸ 정답 C번 선택 근거 ▸ 기술 통합 방식 ▸ 비즈니스 요구사항 충족 【오답 체크】 (A) 요구사항 부분 충족 (B) 복잡도 또는 비용 측면 미흡 (D) 실현 가능성 또는 확장성 문제 【시험 포인트】 ▸ 서비스 통합 패턴 이해 ▸ 아키텍처 의사결정 능력 ▸ 비용-성능 트레이드오프 분석

해설

【핵심 용어】 ▸ 핵심 서비스 개념 ▸ 아키텍처 패턴 ▸ 기술 선택 기준 【정답 포인트】 ▸ 정답 A번 선택 근거 ▸ 기술 통합 방식 ▸ 비즈니스 요구사항 충족 【오답 체크】 (A) 요구사항 부분 충족 (B) 복잡도 또는 비용 측면 미흡 (D) 실현 가능성 또는 확장성 문제 【시험 포인트】 ▸ 서비스 통합 패턴 이해 ▸ 아키텍처 의사결정 능력 ▸ 비용-성능 트레이드오프 분석

해설

【핵심 용어】 ▸ S3 시스템 메타데이터 — 객체 생성 시각 등 기본 메타데이터 저장 ▸ S3 객체 태그(object tags) — 키-값 분류, 도메인(연구 분야) 분류에 적합 ▸ 사용자 정의 메타데이터(user-defined metadata) — 커스텀 속성(저자 정보 등) 저장, 일관 구조 유지 【정답 포인트】 ▸ "타임스탬프 + 저자 + 연구 분야 분류 + 일관 구조 + FM이 본문 없이 문맥 이해" → (A) 타임스탬프는 S3 시스템 메타데이터, 도메인 분류는 객체 태그, 저자 정보는 사용자 정의 메타데이터 ▸ 각 요구를 목적에 맞는 S3 메타데이터 기능에 정확히 매핑해 일관된 메타데이터 프레임워크 구성 【오답 체크】 (B) Object Lock 리걸 홀드/액세스 포인트는 타임스탬프 추적·분류 용도가 아님(보존·접근 제어용). (C) S3 Inventory·Storage Lens는 분석/리포트 도구로 문서별 메타데이터 프레임워크에 부적합. (D) Object Lock 보존 기간으로 타임스탬프 추적, Event Notifications로 분류는 메타데이터 저장 메커니즘이 아님. 【시험 포인트】 "문서 메타데이터 프레임워크" → 시스템 메타데이터(시각) + 객체 태그(분류) + 사용자 정의 메타데이터(속성).

해설

【핵심 용어】 ▸ 핵심 서비스 개념 ▸ 아키텍처 패턴 ▸ 기술 선택 기준 【정답 포인트】 ▸ 정답 A번 선택 근거 ▸ 기술 통합 방식 ▸ 비즈니스 요구사항 충족 【오답 체크】 (A) 요구사항 부분 충족 (B) 복잡도 또는 비용 측면 미흡 (D) 실현 가능성 또는 확장성 문제 【시험 포인트】 ▸ 서비스 통합 패턴 이해 ▸ 아키텍처 의사결정 능력 ▸ 비용-성능 트레이드오프 분석

해설

【핵심 용어】 ▸ 핵심 서비스 개념 ▸ 아키텍처 패턴 ▸ 기술 선택 기준 【정답 포인트】 ▸ 정답 B번 선택 근거 ▸ 기술 통합 방식 ▸ 비즈니스 요구사항 충족 【오답 체크】 (A) 요구사항 부분 충족 (B) 복잡도 또는 비용 측면 미흡 (D) 실현 가능성 또는 확장성 문제 【시험 포인트】 ▸ 서비스 통합 패턴 이해 ▸ 아키텍처 의사결정 능력 ▸ 비용-성능 트레이드오프 분석

해설

【핵심 용어】 ▸ 핵심 서비스 개념 ▸ 아키텍처 패턴 ▸ 기술 선택 기준 【정답 포인트】 ▸ 정답 BC번 선택 근거 ▸ 기술 통합 방식 ▸ 비즈니스 요구사항 충족 【오답 체크】 (A) 요구사항 부분 충족 (B) 복잡도 또는 비용 측면 미흡 (D) 실현 가능성 또는 확장성 문제 【시험 포인트】 ▸ 서비스 통합 패턴 이해 ▸ 아키텍처 의사결정 능력 ▸ 비용-성능 트레이드오프 분석

해설

【핵심 용어】 ▸ 핵심 서비스 개념 ▸ 아키텍처 패턴 ▸ 기술 선택 기준 【정답 포인트】 ▸ 정답 BC번 선택 근거 ▸ 기술 통합 방식 ▸ 비즈니스 요구사항 충족 【오답 체크】 (A) 요구사항 부분 충족 (B) 복잡도 또는 비용 측면 미흡 (D) 실현 가능성 또는 확장성 문제 【시험 포인트】 ▸ 서비스 통합 패턴 이해 ▸ 아키텍처 의사결정 능력 ▸ 비용-성능 트레이드오프 분석

해설

【핵심 용어】 ▸ 핵심 서비스 개념 ▸ 아키텍처 패턴 ▸ 기술 선택 기준 【정답 포인트】 ▸ 정답 B번 선택 근거 ▸ 기술 통합 방식 ▸ 비즈니스 요구사항 충족 【오답 체크】 (A) 요구사항 부분 충족 (B) 복잡도 또는 비용 측면 미흡 (D) 실현 가능성 또는 확장성 문제 【시험 포인트】 ▸ 서비스 통합 패턴 이해 ▸ 아키텍처 의사결정 능력 ▸ 비용-성능 트레이드오프 분석

해설

【핵심 용어】 ▸ 핵심 서비스 개념 ▸ 아키텍처 패턴 ▸ 기술 선택 기준 【정답 포인트】 ▸ 정답 D번 선택 근거 ▸ 기술 통합 방식 ▸ 비즈니스 요구사항 충족 【오답 체크】 (A) 요구사항 부분 충족 (B) 복잡도 또는 비용 측면 미흡 (D) 실현 가능성 또는 확장성 문제 【시험 포인트】 ▸ 서비스 통합 패턴 이해 ▸ 아키텍처 의사결정 능력 ▸ 비용-성능 트레이드오프 분석

해설

【핵심 용어】 ▸ 핵심 서비스 개념 ▸ 아키텍처 패턴 ▸ 기술 선택 기준 【정답 포인트】 ▸ 정답 C번 선택 근거 ▸ 기술 통합 방식 ▸ 비즈니스 요구사항 충족 【오답 체크】 (A) 요구사항 부분 충족 (B) 복잡도 또는 비용 측면 미흡 (D) 실현 가능성 또는 확장성 문제 【시험 포인트】 ▸ 서비스 통합 패턴 이해 ▸ 아키텍처 의사결정 능력 ▸ 비용-성능 트레이드오프 분석

해설

【핵심 용어】 ▸ 핵심 서비스 개념 ▸ 아키텍처 패턴 ▸ 기술 선택 기준 【정답 포인트】 ▸ 정답 B번 선택 근거 ▸ 기술 통합 방식 ▸ 비즈니스 요구사항 충족 【오답 체크】 (A) 요구사항 부분 충족 (B) 복잡도 또는 비용 측면 미흡 (D) 실현 가능성 또는 확장성 문제 【시험 포인트】 ▸ 서비스 통합 패턴 이해 ▸ 아키텍처 의사결정 능력 ▸ 비용-성능 트레이드오프 분석

해설

【핵심 용어】 ▸ 핵심 서비스 개념 ▸ 아키텍처 패턴 ▸ 기술 선택 기준 【정답 포인트】 ▸ 정답 B번 선택 근거 ▸ 기술 통합 방식 ▸ 비즈니스 요구사항 충족 【오답 체크】 (A) 요구사항 부분 충족 (B) 복잡도 또는 비용 측면 미흡 (D) 실현 가능성 또는 확장성 문제 【시험 포인트】 ▸ 서비스 통합 패턴 이해 ▸ 아키텍처 의사결정 능력 ▸ 비용-성능 트레이드오프 분석

해설

【핵심 용어】 ▸ 핵심 서비스 개념 ▸ 아키텍처 패턴 ▸ 기술 선택 기준 【정답 포인트】 ▸ 정답 D번 선택 근거 ▸ 기술 통합 방식 ▸ 비즈니스 요구사항 충족 【오답 체크】 (A) 요구사항 부분 충족 (B) 복잡도 또는 비용 측면 미흡 (D) 실현 가능성 또는 확장성 문제 【시험 포인트】 ▸ 서비스 통합 패턴 이해 ▸ 아키텍처 의사결정 능력 ▸ 비용-성능 트레이드오프 분석

해설

【핵심 용어】 ▸ 핵심 서비스 개념 ▸ 아키텍처 패턴 ▸ 기술 선택 기준 【정답 포인트】 ▸ 정답 C번 선택 근거 ▸ 기술 통합 방식 ▸ 비즈니스 요구사항 충족 【오답 체크】 (A) 요구사항 부분 충족 (B) 복잡도 또는 비용 측면 미흡 (D) 실현 가능성 또는 확장성 문제 【시험 포인트】 ▸ 서비스 통합 패턴 이해 ▸ 아키텍처 의사결정 능력 ▸ 비용-성능 트레이드오프 분석

해설

【핵심 용어】 ▸ 핵심 서비스 개념 ▸ 아키텍처 패턴 ▸ 기술 선택 기준 【정답 포인트】 ▸ 정답 C번 선택 근거 ▸ 기술 통합 방식 ▸ 비즈니스 요구사항 충족 【오답 체크】 (A) 요구사항 부분 충족 (B) 복잡도 또는 비용 측면 미흡 (D) 실현 가능성 또는 확장성 문제 【시험 포인트】 ▸ 서비스 통합 패턴 이해 ▸ 아키텍처 의사결정 능력 ▸ 비용-성능 트레이드오프 분석

해설

【핵심 용어】 ▸ 핵심 서비스 개념 ▸ 아키텍처 패턴 ▸ 기술 선택 기준 【정답 포인트】 ▸ 정답 B번 선택 근거 ▸ 기술 통합 방식 ▸ 비즈니스 요구사항 충족 【오답 체크】 (A) 요구사항 부분 충족 (B) 복잡도 또는 비용 측면 미흡 (D) 실현 가능성 또는 확장성 문제 【시험 포인트】 ▸ 서비스 통합 패턴 이해 ▸ 아키텍처 의사결정 능력 ▸ 비용-성능 트레이드오프 분석

해설

【핵심 용어】 ▸ 핵심 서비스 개념 ▸ 아키텍처 패턴 ▸ 기술 선택 기준 【정답 포인트】 ▸ 정답 B번 선택 근거 ▸ 기술 통합 방식 ▸ 비즈니스 요구사항 충족 【오답 체크】 (A) 요구사항 부분 충족 (B) 복잡도 또는 비용 측면 미흡 (D) 실현 가능성 또는 확장성 문제 【시험 포인트】 ▸ 서비스 통합 패턴 이해 ▸ 아키텍처 의사결정 능력 ▸ 비용-성능 트레이드오프 분석

해설

【핵심 용어】 ▸ Step Functions Standard — 장기 실행 워크플로우, 동기식 작업 흐름 제어 ▸ SageMaker Pipelines — 모델 재학습 및 배포의 정규화된 MLOps 파이프라인 ▸ S3 이벤트 트리거 — 파일 업로드 감지 메커니즘 【정답 포인트】 ▸ Step Functions Standard → 재학습/배포 등 다단계 프로세스 상태 관리 최적 ▸ S3 업로드 → Lambda 감지 → SageMaker Pipelines 실행 → 재배포의 직관적 흐름 ▸ 기존 SageMaker 인프라 활용 → Pipelines는 기본 MLOps 도구 【오답 체크】 (A) Glue + 엔드포인트 호출 → 모델 배포 프로세스 불명확, 재학습 메커니즘 부재 (B) EventBridge + Lambda → 파이프라인 실행 중간에 추가 레이어, 복잡도 증가 (C) Step Functions Express + Data Wrangler + Autopilot → 과도한 오버헤드, 기존 SageMaker 모델과 미통합 【시험 포인트】 ▸ "지속적 재학습" → SageMaker Pipelines가 표준 MLOps 솔루션 ▸ 다단계 오케스트레이션 → Step Functions Standard(Express 아님) ▸ S3 이벤트 → Lambda 동작 → Pipelines 파이프라인 체인의 패턴 인식

해설

【핵심 용어】 검색-생성 평가 작업 · LLM-as-a-judge · 청킹 전략 · 배포 임계값 【정답 포인트】 RAG 시스템의 전체 파이프라인을 평가하려면 B의 검색-생성 평가 작업(retrieve-and-generate evaluation job)이 필수입니다. 이 접근은 청킹 전략이 검색 품질에 미치는 영향과 FM의 생성 품질을 통합적으로 검증합니다. LLM-as-a-judge 메트릭(1-5 척도)은 주관적 응답 품질을 정량화하며, Anthropic Claude Sonnet을 평가기로 사용하면 신뢰성 있는 평가가 가능합니다. 평가 데이터셋에 각 청킹 전략을 포함하면 어떤 전략이 최적의 의료 정보 제공을 가능하게 하는지 비교 분석할 수 있습니다. 【오답 체크】 A(검색 전용): 생성 모델의 응답 품질을 평가하지 못하고 의료 정보 정확성 검증 불완전 C(내장 메트릭): 수동 검토로 인한 확장성 부족과 일관성 문제 발생 D(Amazon Nova Pro): 평가기로서 검증되지 않았고 Sonnet보다 신뢰성 떨어짐 【시험 포인트】 Bedrock 평가 자동화에서 'retrieve-and-generate' 문제는 항상 검색-생성 통합 평가 작업을 선택하세요.

해설

【핵심 용어】 멀티모달 데이터 전처리 · RAG · Bedrock 보안정책 · 윤리적 감시 【정답 포인트】 멀티모달 데이터(비디오, 오디오, 센서)를 처리하는 GenAI 어시스턴트는 B의 조합이 최적입니다. SageMaker Processing과 Transcribe는 원본 데이터를 의미 있는 텍스트 요약으로 변환하여 정보 손실을 최소화하고 처리 효율을 극대화합니다. RAG 지식 기반에 수집된 요약은 정보 접근을 구조화하고 할루시네이션을 방지합니다. Bedrock guardrails의 차단 필터링 정책은 추측성 행동 해석을 원천적으로 차단합니다. AppConfig를 통한 중앙 집중식 프롬프트 관리는 윤리적 기준의 일관된 적용을 보장하며, CloudTrail 감시 로깅은 규제 준수를 입증합니다. 【오답 체크】 A(Rekognition 원본): 전처리 없이 원본 비디오 사용 시 정보 오버로드 및 추측성 출력 증가 C(OpenSearch): 임베딩 기반 검색만으로는 추측성 출력 방지 메커니즘 부족 D(Amazon Q Business): 멀티모달 처리에 미최적화이고 보안정책 적용 불가능 【시험 포인트】 멀티모달 + 감시 문제에서는 전처리(SageMaker), RAG, guardrails의 3계층 방어 아키텍처를 기억하세요.