AZURE 클라우드 솔루션 개발·구현 역량 검증. App Service, Functions, Storage 등 포함.
Azure App Service, Azure Functions, Azure Container Apps, Azure Container Registry, Azure Kubernetes Service
Azure Cosmos DB, Azure Blob Storage, Azure Table Storage, Azure Queue Storage, Azure Cache for Redis
Microsoft Entra ID, Azure Key Vault, 관리 ID, SAS 토큰, MSAL
Application Insights, Azure Monitor, Azure CDN, 캐싱 전략, 로깅 및 추적
Azure API Management, Azure Event Grid, Azure Service Bus, Azure Event Hubs, Azure Logic Apps
무료 샘플 세트의 실전형 문제를 바로 풀어보세요. 모든 정답에 상세 해설이 제공됩니다.
한 개발자가 Azure App Service에 스테이징 슬롯과 프로덕션 슬롯을 구성하고 배포 슬롯 swap을 수행하려 합니다. 스테이징 슬롯에는 테스트용 데이터베이스 연결 문자열이 설정되어 있으며, swap 이후에도 이 값이 스테이징 슬롯에 그대로 유지되어야 합니다.
이 요구사항을 충족하기 위해 개발자가 해당 앱 설정에 적용해야 하는 구성은 무엇입니까?
정답: A. Deployment slot setting 활성화
이 문제의 핵심은 'swap 이후에도 스테이징 슬롯에 값이 유지'라는 조건입니다. Azure App Service의 배포 슬롯 swap은 기본적으로 앱 설정과 연결 문자열을 서로 교환하지만, 'Deployment slot setting(슬롯 전용 설정)'을 활성화하면 해당 설정이 슬롯에 고정(sticky)되어 swap 대상에서 제외됩니다. 따라서 스테이징 슬롯의 테스트용 연결 문자열은 swap 후에도 스테이징 슬롯에 그대로 남게 됩니다.
Azure App Service의 배포 슬롯은 프로덕션과 동일한 환경에서 코드를 테스트할 수 있게 해주며, swap을 통해 무중단 배포를 실현합니다. 앱 설정(App Settings)과 연결 문자열(Connection Strings)에는 각각 'Deployment slot setting' 체크박스가 있으며, 이를 활성화하면 해당 설정은 슬롯에 종속(slot-specific)됩니다. 이를 통해 스테이징 슬롯은 항상 테스트 데이터베이스를 바라보고, 프로덕션 슬롯은 항상 프로덕션 데이터베이스를 바라보도록 구성할 수 있습니다. 이 패턴은 데이터베이스 격리가 중요한 엔터프라이즈 환경에서 필수적으로 사용됩니다.
AZ-204 시험에서 배포 슬롯 swap과 관련된 문제는 설정이 swap 시 '이동하는가, 고정되는가'를 구분하는 것이 핵심입니다. 기본적으로 대부분의 설정은 swap 시 함께 이동하지만, Deployment slot setting을 활성화한 설정만 슬롯에 고정됩니다. Key Vault 참조나 App Configuration은 값의 보안·중앙 관리를 위한 기능이며 슬롯 고정과는 별개 개념입니다. '슬롯 swap 후 설정이 특정 슬롯에 유지'라는 키워드를 보면 반드시 Deployment slot setting을 떠올리세요.
마이크로서비스 아키텍처로 구성된 전자상거래 플랫폼을 운영하는 개발자가 결제 서비스의 응답 지연 문제를 분석하고 있습니다.
결제 서비스는 내부적으로 Redis 캐시, 외부 PG사 API, Azure SQL Database 등 여러 종속 서비스를 호출합니다. 개발자는 코드를 수정하지 않고 어느 종속 서비스에서 병목이 발생하는지 전체 호출 흐름을 시각적으로 파악하려고 합니다.
이 요구사항을 충족하기 위해 사용해야 하는 Application Insights 기능은 무엇입니까?
정답: A. Application Map
이 문제의 핵심 단서는 '코드를 수정하지 않고'와 '전체 호출 흐름을 시각적으로 파악'입니다. Application Map은 분산 추적(Distributed Tracing) 데이터를 기반으로 서비스 간 호출 관계를 자동으로 시각화하며, 별도의 코드 수정 없이 Application Insights SDK나 자동 계측만으로 작동합니다. 각 종속 서비스의 응답 시간과 오류율을 노드와 화살표로 표시하여 병목 위치를 즉시 파악할 수 있습니다.
Application Map은 Azure의 분산 추적 기능을 시각적 토폴로지로 렌더링하는 기능입니다. 마이크로서비스 환경에서 각 서비스 컴포넌트가 노드로, 호출 관계가 엣지(화살표)로 표시되며, 각 노드에는 평균 응답 시간, 요청 수, 실패율이 함께 표시됩니다. 이를 통해 Redis, 외부 API, Azure SQL Database 중 어디에서 지연이 발생하는지 한눈에 확인할 수 있습니다. 코드 변경 없이 App Service 자동 계측(Auto-Instrumentation)만으로 활성화 가능하다는 점이 핵심입니다.
AZ-204 시험에서 모니터링 문제는 기능별 용도를 명확히 구분해야 합니다. Live Metrics Stream은 실시간 성능 모니터링이지만 호출 흐름 시각화 기능은 없습니다. Log Analytics는 KQL 쿼리로 로그를 분석하지만 그래픽 토폴로지를 제공하지 않습니다. Availability Test는 외부에서 엔드포인트 가용성을 검사하는 기능으로 내부 종속성 분석과 무관합니다. '시각적 호출 흐름'과 '코드 수정 없음'이 동시에 언급되면 Application Map을 선택하세요.
한 회사는 Azure Blob Storage에 저장되는 로그 파일의 스토리지 비용을 최적화하려고 합니다. 생성 후 30일간은 자주 접근하므로 Hot 계층에 유지하고, 이후 90일간은 Cool 계층으로 이동하며, 180일이 지난 후에는 Archive 계층으로 전환하고, 365일이 초과된 파일은 자동으로 삭제되어야 합니다.
이 요구사항을 코드나 스크립트 없이 자동으로 처리하는 가장 적합한 방법은 무엇입니까?
정답: B. Blob Storage 수명 주기 관리 정책
이 문제에서 핵심 단서는 '코드나 스크립트 없이 자동으로 처리'와 구체적인 일 수 기반의 계층 전환 규칙입니다. Azure Blob Storage 수명 주기 관리 정책은 이 요구사항을 코드 없이 JSON 규칙 또는 Azure Portal UI로 정확히 구현할 수 있는 네이티브 기능입니다. daysAfterModificationGreaterThan 또는 daysAfterCreationGreaterThan 조건을 사용하여 계층 전환과 삭제를 각각 설정합니다.
Azure Blob Storage 수명 주기 관리(Lifecycle Management)는 Blob 데이터의 접근 패턴에 따라 자동으로 스토리지 계층을 전환하거나 삭제하는 정책 기반 기능입니다. Hot, Cool, Cold, Archive 네 가지 계층 간 전환과 삭제를 지원하며, 블록 Blob과 추가 Blob에 적용됩니다. 정책은 스토리지 계정 수준 또는 컨테이너 수준에서 필터로 적용할 수 있으며, 마지막 수정 시간, 마지막 접근 시간, 생성 시간을 기준으로 조건을 설정합니다. 이 기능은 별도의 코드, 스케줄러, 서버리스 함수 없이 Azure가 자동으로 실행합니다.
시험에서 '스토리지 계층 자동 전환', '일 수 기반 정책', '코드 없이 자동화' 키워드가 함께 나오면 Blob Storage 수명 주기 관리 정책이 정답입니다. Azure Functions Timer Trigger는 코드 작성이 필요하므로 '코드 없이' 조건에 위배됩니다. Logic Apps는 복잡한 워크플로우에 적합하지만 단순한 스토리지 계층 관리에는 과도한 구성이 필요합니다. Azure Monitor는 모니터링·경고 도구로 스토리지 계층 관리 전용 솔루션이 아닙니다.
한 개발자가 Azure Cosmos DB Change Feed Processor를 사용하는 애플리케이션을 운영하고 있습니다. 애플리케이션이 비정상 종료된 후 재시작될 때, 중단된 지점부터 변경 피드 처리를 재개해야 합니다.
이 연속성을 보장하기 위해 Change Feed Processor가 상태 정보를 저장하는 데 사용하는 구성 요소는 무엇입니까?
정답: B. Cosmos DB Lease Container
이 문제에서 핵심은 "비정상 종료 후 재시작 시 중단된 지점부터 재개"라는 연속성 요구사항입니다. Azure Cosmos DB의 Change Feed Processor는 Lease Container를 사용하여 각 파티션의 처리 진행 상태(연속 토큰)를 저장합니다. 애플리케이션이 재시작되면 Lease Container에서 마지막으로 처리한 위치를 읽어 해당 지점부터 변경 피드 처리를 재개합니다.
Cosmos DB Change Feed Processor는 변경 피드를 분산 처리하기 위한 라이브러리로, 모니터링 컨테이너(변경이 발생하는 실제 데이터 컨테이너)와 리스 컨테이너(Lease Container) 두 가지 컨테이너를 필요로 합니다. Lease Container는 파티션별로 현재 처리 위치를 나타내는 연속 토큰(continuation token)과 어느 인스턴스가 어떤 파티션을 처리하는지에 대한 소유권 정보를 저장합니다. 이를 통해 여러 인스턴스가 파티션을 분산 처리하거나, 장애 발생 시 다른 인스턴스가 해당 파티션을 인계받을 수 있습니다.
AZ-204 시험에서 Change Feed Processor와 관련된 문제는 Lease Container의 역할을 묻는 경우가 많습니다. Lease Container와 모니터링 컨테이너는 동일한 Cosmos DB 계정 내에 있어야 합니다. Azure Blob Storage 체크포인트는 Event Hubs 전용, Table Storage는 Change Feed Processor와 관련이 없습니다. "처리 상태 저장", "재시작 후 재개", "체크포인트"라는 키워드가 Cosmos DB Change Feed 맥락에서 등장하면 Lease Container가 정답입니다.
한 데이터 처리 회사가 Azure Functions를 사용하여 대용량 파일을 변환하는 작업을 구현하려 합니다. 단일 파일 처리에 최대 20분이 소요될 수 있으며, 처리 중 콜드 스타트 없이 안정적으로 실행되어야 합니다.
이 요구사항을 충족하는 가장 적합한 Azure Functions 호스팅 플랜은 무엇입니까?
정답: B. Premium Plan
이 문제에서 핵심 단서는 '최대 20분 실행 시간'과 '콜드 스타트 없음'이라는 두 가지 요구사항입니다. Consumption Plan은 기본 타임아웃이 5분이고 최대 10분으로 제한되므로 20분 실행이 불가능합니다. Premium Plan은 무제한 타임아웃(기본 30분, 최대 무제한)을 제공하고 항상 웜 인스턴스를 유지하여 콜드 스타트 없이 안정적인 실행을 보장합니다.
Azure Functions Premium Plan은 Consumption Plan의 서버리스 모델을 유지하면서도 엔터프라이즈급 기능을 추가로 제공합니다. 사전 웜업된 인스턴스(Pre-warmed Instances)를 항상 유지하여 콜드 스타트를 완전히 제거하고, 타임아웃 제한이 없으므로 장시간 실행 작업에 적합합니다. 또한 VNET 통합, 더 많은 CPU/메모리 옵션, 무제한 실행 기간을 지원합니다. Flex Consumption Plan은 수요 기반 확장을 지원하지만 콜드 스타트가 여전히 발생할 수 있습니다.
AZ-204 시험에서 Azure Functions 호스팅 플랜 선택 문제는 자주 출제됩니다. Consumption Plan은 비용 최소화·단기 실행에, Premium Plan은 콜드 스타트 제거·장시간 실행·VNET 통합에, Dedicated(App Service) Plan은 기존 App Service Plan 재사용 시 선택합니다. '콜드 스타트 없음' 또는 '20분 이상 실행'이라는 조건이 보이면 반드시 Premium Plan을 선택해야 합니다. App Service Free Tier는 Azure Functions 전용 플랜이 아니므로 오답입니다.
Microsoft AZURE Developer Associate (AZ-204) 시험은 총 50문항으로 구성되어 있으며, 시험 시간은 100분입니다.
AZ-204 시험의 합격 점수는 1000점 만점 중 700점 이상입니다.
AZ-204 샘플 세트 20문항은 해설까지 포함해 무료로 풀 수 있습니다. 120문항 이상의 전체 문제 세트는 CloudMasterIT 구독으로 이용할 수 있습니다.
AZ-204 자격증은 취득 후 1년간 유효하며, 이후 재인증이 필요합니다.