Microsoft AZ-204

Practice Test #2

50개 문제와 100분 시간 제한으로 실제 시험을 시뮬레이션하세요. AI 검증 답안과 상세 해설로 학습하세요.

50문제100분700/1000합격 점수

연습 문제 보기

AI 기반

3중 AI 검증 답안 및 해설

모든 답안은 3개의 최고 AI 모델로 교차 검증하여 최고의 정확도를 보장합니다. 선택지별 상세 해설과 심층 문제 분석을 제공합니다.

GPT Pro

Claude Opus

Gemini Pro

선택지별 상세 해설

심층 문제 분석

3개 모델 합의 정확도

연습 문제

문제 1

귀하는 Azure Blob storage를 사용하는 애플리케이션을 개발하고 있습니다. 이 애플리케이션은 감사 목적을 위해 storage account에서 blobs 및 blob metadata에 발생하는 모든 변경 사항의 transaction logs를 읽어야 합니다. 변경 사항은 발생한 순서대로 있어야 하며, create, update, delete 및 copy 작업만 포함해야 하고, 규정 준수 이유로 보존되어야 합니다. transaction logs를 비동기적으로 처리해야 합니다. 어떻게 해야 합니까?

문제 분석

핵심 개념: 이 문제는 blobs 및 blob metadata의 변경 사항에 대한 변경 불가능하고 순서가 보장된 로그를 제공하는 Azure Blob Storage Change Feed를 테스트합니다. 이는 create/update/delete/copy 작업에 대한 내구성 있는 기록이 필요한 auditing, compliance 및 downstream processing 시나리오를 위해 설계되었습니다. 정답인 이유: 요구 사항은 blobs 및 blob metadata에 대한 모든 변경 사항의 transaction logs를, 발생한 순서대로, create, update, delete 및 copy로 제한하고, 규정 준수를 위해 보존하며, 비동기적으로 처리하는 것입니다. Blob Change Feed는 이를 위해 특별히 만들어졌습니다. 이는 storage account에 저장되는 append-only log files로 변경 사항을 기록하고, feed 내에서 순서를 유지하며, 정확히 관련된 변경 유형(create, update, delete 및 copy)을 포함합니다. feed가 Blob Storage에 저장되므로 batch jobs, Functions, Databricks/Synapse 또는 custom workers를 사용하여 비동기적으로 처리할 수 있으며, storage lifecycle management 및 immutability policies를 사용하여 compliance 요구 사항에 따라 보존할 수 있습니다. 주요 기능 / 구성 참고 사항: - storage account 수준에서 Change Feed를 활성화합니다. - change feed segments 및 events를 읽는 SDKs/APIs를 통해 feed를 사용합니다. - 보존/compliance: 필요한 기간 동안 보존하려면 lifecycle management를 사용하고, 규제 요구 사항에 변조 방지가 필요하다면 immutable blob policies (WORM)도 고려합니다. - Azure Well-Architected Framework(Reliability 및 Security)와 부합: durable하고 replayable한 log, 분리된 비동기 처리. 일반적인 오해: Event Grid는 near-real-time notifications에는 매우 적합하지만, compliance 등급의 완전하고 순서가 보장된 transaction log는 아닙니다. events는 at-least-once로 전달될 수 있고, 순서가 뒤바뀌어 도착할 수 있으며, 권위 있는 audit trail로 설계되지 않았습니다. Storage Analytics logs는 legacy 방식이며 blob metadata 변경 사항의 순서 있는 변경 추적에 그렇게 특화되어 있지 않습니다. Azure Monitor HTTP Data Collector는 custom log ingestion용이지, 권위 있는 storage transaction history를 추출하기 위한 것이 아닙니다. 시험 팁: “blob changes의 ordered log”, “auditing/compliance”, “create/update/delete/copy”를 보면 “Blob Change Feed”를 떠올리십시오. “events에 반응” 또는 “serverless processing 트리거”를 보면 “Event Grid”를 떠올리되, 엄격한 순서의 audit logs 용도는 아닙니다.

이동 중에도 모든 문제를 풀고 싶으신가요?

Cloud Pass를 무료로 다운로드하세요 — 모의고사, 학습 진도 추적 등을 제공합니다.

다른 모의고사

지금 학습 시작하기

Cloud Pass를 다운로드하고 모든 Microsoft AZ-204 학습 문제를 무료로 이용하세요.

이동 중에도 모든 문제를 풀고 싶으신가요?

무료 앱 받기

Cloud Pass를 무료로 다운로드하세요 — 모의고사, 학습 진도 추적 등을 제공합니다.

문제 2

HOTSPOT - 한 회사가 Java web app을 개발하고 있습니다. web app 코드는 https://github.com/Contoso/webapp에 있는 GitHub repository에 호스팅되어 있습니다. web app은 production으로 이동되기 전에 평가되어야 합니다. 초기 코드 릴리스를 staging이라는 deployment slot에 배포해야 합니다. web app을 만들고 코드를 배포해야 합니다. 명령을 어떻게 완성해야 합니까? 답하려면, 답안 영역에서 적절한 옵션을 선택하십시오. 참고: 각 정답 선택에는 1점이 부여됩니다. Hot Area:

파트 1:

az ______ create --location centralus --name $resourcegroupname

파트 2:

az ______ create --name $webappname --resource-group $resourcegroupname --sku S3

파트 3:

az ______ create --name $webappname --resource-group $resourcegroupname --plan $webappname

파트 4:

az ______ create --name $webappname --resource-group $resourcegroupname --slot staging

파트 5:

az ______ config --name $webappname --resource-group $resourcegroupname --slot staging --repo-url $gitrepo --branch master --manual-integration

문제 3

귀사는 Azure API를 개발하고 있습니다. Azure API에 대한 인증을 구현해야 합니다. 다음 요구 사항이 있습니다: 모든 API 호출은 보안되어야 합니다.

✑ API 호출자는 API에 credentials를 전송해서는 안 됩니다. 어떤 인증 메커니즘을 사용해야 합니까?

파트 1:

아래 이미지에서 올바른 답을 선택하세요.

question-image

문제 4

HOTSPOT - 귀하는 조직 내 팀과 관련된 프로젝트 데이터에 액세스하기 위한 웹사이트를 구축하고 있습니다. 이 웹사이트는 anonymous access를 허용하지 않습니다. 인증은 internal이라는 이름의 Azure Active Directory (Azure AD) app을 사용하여 수행됩니다. 이 웹사이트에는 다음과 같은 인증 요구 사항이 있습니다: ✑ Azure AD 사용자는 웹사이트에 로그인할 수 있어야 합니다. ✑ 웹사이트의 personalization은 Active Directory groups의 멤버십을 기반으로 해야 합니다. 인증 요구 사항을 충족하도록 애플리케이션의 manifest를 구성해야 합니다. manifest를 어떻게 구성해야 합니까? 답하려면, 답안 영역에서 적절한 구성을 선택하십시오. 참고: 각 정답 선택에는 1점이 부여됩니다. Hot Area:

파트 1:

"optionalClaims" ______

파트 2:

"groupMembershipClaims" ______

문제 5

참고: 이 문제는 동일한 시나리오를 제시하는 일련의 문제 중 일부입니다. 시리즈의 각 문제에는 명시된 목표를 충족할 수 있는 고유한 솔루션이 포함되어 있습니다. 일부 문제 세트에는 둘 이상의 올바른 솔루션이 있을 수 있지만, 다른 문제 세트에는 올바른 솔루션이 없을 수도 있습니다. 이 섹션의 문제에 답한 후에는 해당 문제로 돌아갈 수 없습니다. 따라서 이러한 문제는 검토 화면에 표시되지 않습니다. 귀하는 Azure Storage blob 데이터를 처리하기 위해 HTTP triggered Azure Function app을 개발합니다. 이 앱은 blob의 output binding을 사용하여 트리거됩니다. 앱은 4분 후에도 계속 time out됩니다. 앱은 blob 데이터를 처리해야 합니다. 앱이 time out되지 않고 blob 데이터를 처리하도록 해야 합니다. 솔루션: HTTP trigger payload를 Azure Service Bus queue로 전달하여 queue trigger function이 처리하도록 하고 즉시 HTTP 성공 응답을 반환합니다. 이 솔루션이 목표를 충족합니까?

문제 분석

핵심 개념: 이 시나리오는 여러 Azure 서비스 전반에서 이벤트 라우팅/필터링을 위한 Azure Event Grid와 serverless 처리를 위한 Azure Functions (Event Grid trigger)를 테스트합니다. 또한 dead-lettering 및 retry 동작과 같은 reliability 패턴도 다룹니다. 정답인 이유: 서비스별 Event Grid system topics를 사용하는 것은 Blob Storage 및 Azure Resource Manager와 같은 Azure 서비스의 이벤트를 인프라를 관리하지 않고 거의 실시간으로 수집하는 적절한 방법입니다. Advanced Filters(이벤트 유형, subject, 데이터 필드 또는 리소스 패턴 기준)를 사용하는 event subscriptions는 애플리케이션이 관련 이벤트만 수신하도록 보장하여 다운스트림 처리와 사용자 지정 라우팅 코드를 최소화합니다. Event Grid trigger가 있는 Azure Functions는 “인프라 없음” 요구 사항을 충족하는 완전 관리형 auto-scaling 컴퓨팅 옵션을 제공합니다. 이벤트 누락 방지: Event Grid는 정의된 retry 기간 동안 기본 제공 retries와 함께 at-least-once delivery를 제공합니다. Function endpoint를 일시적으로 사용할 수 없거나 실패를 반환하면 Event Grid는 전달을 retry합니다. subscription에서 dead-lettering을 활성화하면(Storage account container로) retries 후에도 전달/처리할 수 없었던 이벤트를 캡처하여 나중에 재처리할 수 있게 하고 조용한 손실을 방지합니다. 이는 Azure Well-Architected Framework의 reliability 모범 사례(실패를 고려한 설계, asynchronous messaging 사용, poison/dead-letter 처리 구현)와 일치합니다. 주요 기능 및 모범 사례: - System topics: Azure 리소스 이벤트(예: Storage, ARM)를 위한 관리형 통합. - Advanced Filters: broker 수준에서 필터링하여 노이즈와 비용을 줄입니다. - Azure Functions Event Grid trigger: serverless이며 이벤트 볼륨에 따라 확장됩니다. - Dead-lettering: 전달할 수 없는 이벤트를 위한 운영상 안전장치. - idempotency 고려: Event Grid는 at-least-once이므로 Functions는 중복 이벤트를 안전하게 처리해야 합니다. 일반적인 오해: 일부는 Event Grid가 queue처럼 이벤트를 “저장”한다고 생각합니다. 그렇지 않습니다. 장기 보존을 제공하지 않으며, reliability는 retries와 dead-lettering 그리고 재처리 전략에서 나옵니다. 장시간 중단에 대비한 내구성 있는 버퍼링이 필요하다면 중간 계층으로 Service Bus/Storage Queue를 추가할 수 있지만, 제안된 설계는 여전히 dead-lettering과 retries를 통해 명시된 요구 사항을 충족합니다. 시험 팁: Azure 서비스의 거의 실시간 이벤트 처리와 필터링이 필요하면 Event Grid를 선택하십시오. serverless 처리가 필요하면 Azure Functions triggers와 함께 사용하십시오. 문제에서 “이벤트 누락 없음”을 강조하면 retries + dead-lettering을 떠올리고 idempotent handlers를 언급하는 것을 기억하십시오.

문제 6

HOTSPOT - Azure App Service에서 Azure web app 및 관련 서비스를 생성하는 CLI 스크립트를 만들고 있습니다. web app은 다음 변수를 사용합니다: 변수 이름 | 값 $gitrepo | https://github.com/Contos/webapp $webappname | Webapp1103 새로 생성된 web app에 GitHub의 코드를 자동으로 배포해야 합니다. 스크립트를 어떻게 완성해야 합니까? 답하려면, 답안 영역에서 적절한 옵션을 선택하세요. 참고: 각 정답 선택에는 1점이 부여됩니다. Hot Area:

파트 1:

az group create --location westeurope --name myResourceGroup ______ --name $webappname --resource-group myResourceGroup --sku FREE

파트 2:

______ --repo-url $gitrepo --branch master --manual-integration

파트 3:

______ source config --name $webappname --resource-group myResourceGroup

파트 4:

______ --repo-url $gitrepo --branch master --manual-integration

문제 7

HOTSPOT - Azure Storage Client library for .NET을 사용하는 솔루션을 개발하고 있습니다. 다음 코드가 있습니다: (줄 번호는 참조용으로만 포함되어 있습니다.)

CloudBlockBlob src = null;
try
{
    src = container.ListBlobs().OfType().FirstOrDefault();
    var id = await src.AcquireLeaseAsync(null);
    var dst = container.GetBlockBlobReference(src.Name);
    string cpid = await dst.StartCopyAsync(src);
    await dst.FetchAttributeAsync();
    return id;
}
catch (Exception e)
{
    throw;
}
finally
{
    if (src != null)
        await src.FetchAttributesAsync();
    if (src.Properties.LeaseState != LeaseState.Available)
        await src.BreakLeaseAsync(new TimeSpan(0));
}

다음 각 문장에 대해, 문장이 참이면 Yes를 선택하세요. 그렇지 않으면 No를 선택하세요. 참고: 각 정답 선택은 1점의 가치가 있습니다. Hot Area:

파트 1:

이 코드는 무기한 lease를 생성합니다

파트 2:

06행의 코드는 항상 새로운 blob을 생성합니다

파트 3:

finally 블록은 lease를 해제합니다

문제 8

(2개 선택)

GitHub repository에서 Azure Web App으로 웹사이트를 배포할 준비를 하고 있습니다. 웹사이트에는 스크립트로 생성된 정적 콘텐츠가 포함되어 있습니다. Azure Web App continuous deployment 기능을 사용할 계획입니다. 웹사이트가 트래픽을 제공하기 시작하기 전에 정적 생성 스크립트를 실행해야 합니다. 이 목표를 달성할 수 있는 두 가지 가능한 방법은 무엇입니까? 각 정답은 완전한 솔루션을 제시합니다. 참고: 각 정답 선택에는 1점이 부여됩니다.

문제 분석

핵심 개념: 이 문제는 GitHub에서 Azure App Service (Web Apps)로의 continuous deployment와 앱이 트래픽을 제공하기 전에 build-time 단계(정적 사이트 생성)를 실행하는 방법을 테스트합니다. App Service에서 일반적인 build engine은 Kudu/Oryx이며, MSBuild targets(.NET 앱의 경우) 또는 .deployment 파일을 통한 Kudu custom deployment scripts를 사용하여 deployment pipeline을 사용자 지정할 수 있습니다. 정답이 맞는 이유: B가 정답인 이유는 project의 .csproj에 PreBuild target을 추가하면 정적 생성 스크립트가 build process에 통합되기 때문입니다. continuous deployment에서는 App Service가 deployment 중에 앱을 build합니다. PreBuild는 compilation/publish output이 생성되기 전에 실행됩니다. 이렇게 하면 생성된 정적 asset이 배포된 artifact에 포함되므로 사이트가 시작될 때 콘텐츠가 이미 존재하게 됩니다. D가 정답인 이유는 repo 루트의 .deployment 파일이 Kudu에 custom deployment script(예: deploy.cmd)를 실행하도록 지시할 수 있기 때문입니다. 해당 스크립트에서 먼저 정적 생성 단계를 실행한 다음 일반적인 deployment 단계를 진행할 수 있습니다. 이는 기본 제공 continuous deployment를 사용할 때 CI/CD 동작을 사용자 지정하는 표준적인 App Service 기법입니다. 주요 기능 / 모범 사례: - Kudu custom deployment: .deployment + deploy.cmd를 사용하면 pre/post 단계, environment variables, tooling installation을 제어할 수 있습니다. - MSBuild targets: PreBuild/BeforeBuild/AfterBuild targets는 .NET 기반 Web Apps에 신뢰할 수 있으며 build logic을 코드와 함께 버전 관리할 수 있게 합니다. - Azure Well-Architected 관점에서 generation을 runtime이 아닌 build/deploy 시점에 수행하면 reliability와 performance가 향상되고(런타임 생성 지연 없음) 반복 가능한 deployment를 지원합니다. 일반적인 오해: - runtime startup scripts와 deployment-time build steps를 혼동하는 것. 요구 사항은 “트래픽을 제공하기 전에”이며, 이는 첫 요청 시점이 아니라 deployment/build 중에 콘텐츠를 생성함으로써 가장 잘 충족됩니다. - WEBSITE_RUN_FROM_PACKAGE 같은 app settings를 잘못 사용하는 것. 이것은 package mounting 동작을 제어할 뿐, 도구를 실행하지는 않습니다. 시험 팁: AZ-204에서는 App Service 기본 제공 CI/CD가 Kudu를 사용한다는 점을 기억하세요. deployment를 사용자 지정하려면 .deployment/deploy.cmd를 사용합니다. .NET build의 경우 .csproj의 MSBuild targets는 pre-build 작업을 실행하여 asset이 published output에 포함되도록 하는 깔끔한 방법입니다.

문제 9

참고: 이 문제는 동일한 시나리오를 제시하는 일련의 문제 중 일부입니다. 시리즈의 각 문제에는 제시된 목표를 충족할 수 있는 고유한 솔루션이 포함되어 있습니다. 일부 문제 세트에는 둘 이상의 올바른 솔루션이 있을 수 있지만, 다른 문제 세트에는 올바른 솔루션이 없을 수도 있습니다. 이 섹션의 문제에 답한 후에는 해당 문제로 돌아갈 수 없습니다. 따라서 이러한 문제는 검토 화면에 표시되지 않습니다. 귀하는 의료 기록 문서 관리 웹사이트를 개발하고 있습니다. 이 웹사이트는 환자 접수 양식의 스캔 사본을 저장하는 데 사용됩니다. 저장된 접수 양식이 제3자에 의해 스토리지에서 다운로드되더라도, 양식의 내용이 손상되어서는 안 됩니다. 요구 사항에 따라 접수 양식을 저장해야 합니다. 솔루션:

skey라는 이름의 Azure Key Vault key를 만듭니다.
skey의 public key 부분을 사용하여 접수 양식을 암호화합니다.
암호화된 데이터를 Azure Blob storage에 저장합니다. 이 솔루션이 목표를 충족합니까?

문제 10

HOTSPOT - 인증을 위해 API Management를 구성해야 합니다. 어떤 policy 값을 사용해야 합니까? 답하려면, 답안 영역에서 적절한 옵션을 선택하세요. 참고: 각 정답 선택에는 1점이 부여됩니다. Hot Area:

파트 1:

정책 ______

파트 2:

Policy 섹션 ______

Practice Test #2

3중 AI 검증 답안 및 해설

연습 문제

다른 모의고사

Practice Test #1

Practice Test #3

Practice Test #4

Practice Test #5

지금 학습 시작하기