Microsoft AZ-900: 클라우드 개념 — 학습 가이드

By Laurynas Brazys · 23 July 2026 · #microsoft #az-900 #certification #exam-prep #study-guide

다음의 일부입니다: Microsoft Azure AZ-900 — 학습 가이드. 검증된 답안으로 연습하기: Microsoft 시험 허브, 또는 다음에서 시간 제한 모의고사 풀기: ExamRoll.io.

클라우드 컴퓨팅은 신속한 프로비저닝, 글로벌 도달 범위, 내장된 복원력을 바탕으로 인터넷을 통해 종량제 IT 리소스를 제공합니다. 온프레미스 인프라에서 Azure로 전환하면 기술 선택과 운영 모델이 모두 바뀝니다. 용량 계획은 탄력적 확장으로 대체되고, 자본 지출은 운영 비용으로 전환되며, 하드웨어 유지보수는 플랫폼의 책임이 됩니다. 이러한 개념을 이해하는 것은 올바른 서비스를 선택하고, 가용성을 고려하여 아키텍처를 설계하며, 비용을 제어하는 데 필수적입니다.

핵심 클라우드 특성: 확장성, 탄력성, 민첩성, 복원력

확장성(Scalability)은 리소스를 추가하여 증가하는 수요를 처리하는 워크로드의 능력입니다. Azure에서는 두 가지 형태가 있습니다. 더 큰 VM 크기나 더 높은 App Service 플랜을 선택하는 수직 확장(스케일 업)과, Virtual Machine Scale Sets(VMSS), Azure Kubernetes Service(AKS) 노드 풀 또는 App Service 자동 확장을 통해 더 많은 인스턴스를 추가하는 수평 확장(스케일 아웃)입니다. 반대 방향으로 확장(스케일 인)하면 수요가 감소할 때 용량과 비용을 줄일 수 있습니다. 무상태(stateless) 계층을 설계하고 상태를 외부(예: Azure Cache for Redis 또는 Azure SQL Database)에 저장하면 수평 확장을 예측 가능하고 빠르게 수행할 수 있습니다. 탄력성(Elasticity)은 부하에 맞춰 용량을 지속적으로 조정하는 자동화된 정책 기반 확장입니다. Azure Monitor 자동 확장 규칙, AKS 클러스터 자동 확장기, 그리고 Azure Functions나 Consumption/Elastic Premium 플랜과 같은 서버리스 옵션은 거의 실시간으로 리소스를 확장하고 축소합니다. 탄력적인 아키텍처는 유휴 용량을 최소화하고, 사용량에 따라 비용을 정확하게 조정하므로 급증하거나 계절적인 워크로드에 매우 적합합니다. 민첩성(Agility)은 팀이 변경 사항을 제공하는 속도입니다. Bicep 또는 ARM 템플릿, GitHub Actions 또는 Azure DevOps 파이프라인을 통한 Azure 리소스 배포와 App Service 또는 AKS와 같은 리소스 추상화는 빈번하고 위험이 낮은 릴리스를 가능하게 합니다. RBAC 및 정책 가드레일을 통한 셀프서비스 프로비저닝은 거버넌스를 유지하면서 대기 시간을 줄여줍니다. 민첩성은 플랫폼과 조직의 관행 모두의 산물입니다. 플랫폼이 차별화되지 않은 힘든 작업을 더 많이 추상화할수록 팀은 더 빠르게 움직일 수 있습니다. 내결함성(Fault tolerance)과 재해 복구(disaster recovery)는 서로 다른 장애 범위를 다룹니다. 내결함성은 가용성 집합(Availability Sets, 장애/업데이트 도메인에 VM 분산), 가용성 영역(Availability Zones, 한 지역 내의 물리적으로 분리된 데이터센터), 부하 분산 장치, 이중화된 데이터 경로를 사용하여 지역 내 구성 요소 및 데이터센터 장애를 완화합니다. 재해 복구는 지역 간 복제(GRS/RA-GRS 스토리지, Azure SQL 활성 지역 복제, Cosmos DB 다중 지역 쓰기)와 Azure Site Recovery 같은 복구 도구를 사용하여 지역 수준의 중단에 대비합니다. 명확한 RTO/RPO 목표를 정의하고 장애 조치(failover)를 테스트하여 설계가 비즈니스 연속성 목표를 충족하는지 확인해야 합니다.

서비스 모델과 공동 책임 모델

클라우드 서비스 모델은 사용자가 관리할 부분과 Azure가 관리할 부분을 결정합니다. 서비스형 인프라(IaaS)는 기본적인 컴퓨팅, 스토리지, 네트워킹 구성 요소를 제공합니다. 사용자는 게스트 OS, 런타임, 애플리케이션을 제어하며, 이는 사용자 지정 이미지, 특수 미들웨어 또는 완전한 제어가 필요할 때 이상적입니다. 서비스형 플랫폼(PaaS)은 OS와 대부분의 미들웨어를 추상화하고, 관리형 런타임, 데이터베이스, 통합 서비스를 제공하여 팀이 코드와 데이터에 집중할 수 있도록 합니다. 서비스형 소프트웨어(SaaS)는 최소한의 구성으로 브라우저나 API를 통해 소비되는 완전한 애플리케이션을 제공하며, 애플리케이션 호스팅 의무가 없습니다. 공동 책임 모델은 운영 경계를 명확히 합니다. IaaS에서 Azure는 물리적 데이터센터, 호스트, 하이퍼바이저를 관리하고, 사용자는 OS 패치, 보안 강화, 애플리케이션 업데이트, ID 및 액세스, 데이터 거버넌스를 담당합니다. PaaS에서 Azure는 OS와 플랫폼 미들웨어까지 관리하며, 사용자는 애플리케이션 코드, 구성, 데이터를 관리합니다. SaaS에서 Azure(또는 SaaS 제공업체)는 전체 스택을 운영하며, 사용자는 사용자, 액세스, 데이터 분류, 사용 구성을 관리합니다. 모든 모델에서 고객은 ID, 권한, 엔드포인트 보안, 데이터 보호 정책에 대한 책임을 유지합니다. 올바른 모델을 선택하는 것은 가용성 목표와 비용에 영향을 미칩니다. Azure 가상 머신 배포는 IaaS 작업이고, Azure App Service의 웹 API나 AKS의 컨테이너는 PaaS를 반영하며, Microsoft 365와 Dynamics 365는 SaaS입니다. 가능하다면 PaaS와 SaaS를 선호하여 제공 속도를 높이고 운영 부담을 줄이며, IaaS는 OS 수준의 제어나 레거시 종속성이 필요한 워크로드용으로 남겨두십시오.

• IaaS
  • 주요 Azure 서비스: Azure Virtual Machines, VM Scale Sets, Azure Disks, Virtual Network
  • 사용자 관리 범위: 게스트 OS, 패치, 런타임, 앱, 데이터, 백업, AV/EDR
  • 선택 시기: 완전한 OS 제어, 사용자 지정 미들웨어, 리프트 앤 시프트(lift-and-shift)
• PaaS
  • 주요 Azure 서비스: Azure App Service, Azure SQL Database/Managed Instance, AKS, Azure Functions, Azure Integration Services
  • 사용자 관리 범위: 코드/구성, 스키마, 데이터, ID 및 액세스
  • 선택 시기: 더 빠른 제공, 내장된 확장/고가용성(HA), 운영 부담 감소
• SaaS
  • 주요 Azure 서비스: Microsoft 365, Dynamics 365, Power BI, Azure DevOps Services
  • 사용자 관리 범위: 사용자, 역할, 데이터 사용/구성
  • 선택 시기: 최소한의 관리로 완전한 앱 사용

배포 모델과 확장 범위

퍼블릭 클라우드는 논리적으로 격리된 여러 테넌트가 공유하는 Microsoft 소유 데이터 센터에 워크로드를 배포합니다. 가장 광범위한 카탈로그, 글로벌 도달 범위, 신속한 프로비저닝, 순수한 종량제(pay-as-you-go) 모델을 제공합니다. 프라이빗 클라우드는 규제 또는 데이터 주권(data-sovereignty)상의 이유로 단일 조직에 인프라를 전용으로 제공하며, Azure Stack Hub 또는 Azure Stack HCI와 같은 Azure 검증 스택에서 실행될 수 있습니다. 하이브리드 클라우드는 온프레미스와 Azure를 일관된 ID, 정책, 네트워킹으로 연결하여, 단계적 마이그레이션과 데이터 지역성(data locality)을 지원하는 동시에 합리적인 부분에서 클라우드 탄력성을 활용합니다. 글로벌 확장과 로컬 확장은 가용성 및 성능 향상의 범위를 결정합니다. 로컬 확장은 가용성 영역(Availability Zones), VM Scale Sets, Application Gateway, Azure Load Balancer를 사용하여 인스턴스를 추가하고 데이터 센터 장애를 격리함으로써 트래픽을 리전 내에 유지합니다. 글로벌 확장은 Azure Front Door(최신 애니캐스트(anycast) 방식의 WAF를 포함한 Layer 7 글로벌 부하 분산), Azure Traffic Manager(DNS 기반 부하 분산), 그리고 Azure SQL 지역 복제(geo-replication)나 Cosmos DB 다중 지역 배포와 같은 지역 복제 데이터 서비스를 사용하여 여러 리전에 걸쳐 트래픽을 분산합니다. 다중 리전 액티브/액티브(active/active) 설계는 지연 시간과 복원력을 향상시키지만, 신중한 데이터 일관성 및 비용 계획이 필요합니다. 배포 모델 선택은 보통 규정 준수 및 연결 제약 조건에서 시작하여 애플리케이션 수명 주기에 따라 발전합니다. 새로운 그린필드(greenfield) 웹 애플리케이션은 속도와 확장성을 위해 퍼블릭 클라우드 PaaS에 배포되는 경우가 많습니다. 종속성이 있는 복잡한 기간계(line-of-business) 시스템은 하이브리드로 시작할 수 있습니다. 즉, 특정 서비스는 온프레미스에 유지하면서 프런트엔드와 상태 비저장(stateless) 계층을 Azure로 옮기고, 종속성이 현대화됨에 따라 전환을 완료합니다.

• 퍼블릭
  • 소유권/위치: Microsoft 소유 리전
  • 일반적인 액세스: 인터넷/VPN/ExpressRoute
  • 사용 사례: 탄력적 확장, 글로벌 도달 범위, 빠른 혁신
  • Azure 예시: 대부분의 Azure 서비스, Azure Front Door, Azure App Service
• 프라이빗
  • 소유권/위치: 고객 전용 인프라(온프레미스 또는 호스팅)
  • 일반적인 액세스: 프라이빗 네트워크
  • 사용 사례: 데이터 주권, 격리된 워크로드, 엄격한 규정 준수
  • Azure 예시: Azure Stack Hub, Azure Stack HCI, AKS on HCI
• 하이브리드
  • 소유권/위치: 온프레미스와 Azure의 혼합
  • 일반적인 액세스: 사이트 간 VPN 또는 ExpressRoute
  • 사용 사례: 단계적 마이그레이션, 데이터 지역성, 레거시 통합
  • Azure 예시: Azure VPN Gateway, ExpressRoute, Azure Arc

비용 모델: CapEx 대 OpEx, 사용량 기반 요금제, 종량제 및 예약 용량

온프레미스 조달은 일반적으로 자본 지출(CapEx)에 해당합니다. 즉, 서버, 스토리지, 네트워킹 장비를 대규모로 선구매하고 수년에 걸쳐 감가상각합니다. Azure는 이 모델을 운영 지출(OpEx)로 전환합니다. 서비스는 실제 사용량(CPU 초, GB-월, 트랜잭션 등)에 따라 측정되고 청구되므로, 가치가 실현되는 시점에 비용이 발생합니다. 이러한 사용량 기반 요금제는 과잉 프로비저닝을 줄이고 비용을 사용 패턴에 연동시킵니다. 종량제(Pay-as-you-go)는 유연성을 극대화합니다. 약정 없이 언제든지 리소스를 시작하고 중지할 수 있습니다. 안정적인 상태의 워크로드의 경우, Azure는 Reserved Virtual Machine Instances, Azure SQL Database 예약 용량, Cosmos DB RU/s 예약, Storage 예약 용량과 같은 예약 기반 할인을 제공합니다. 1년 또는 3년 약정을 통해 상당한 비용을 절감할 수 있으며, 선택적으로 인스턴스 크기 유연성과 구독 간 공유 범위를 활성화할 수 있습니다. 보완적인 옵션으로는 적격 컴퓨팅 서비스 전반에 할인율을 적용하는 Azure Savings Plans for Compute와, 중단 가능한 배치(batch) 스타일 워크로드를 대폭 할인된 가격으로 사용할 수 있는 Spot VM이 있습니다. 효과적인 비용 거버넌스는 올바른 상용 모델과 엔지니어링 제어를 결합하는 것입니다. 자동 확장(Autoscale)은 유휴 용량을 줄이고, 서버리스 계층은 유휴 상태일 때 인프라를 제거하며, Azure Hybrid Benefit은 기존 Windows Server 및 SQL Server 라이선스를 적용하고, 개발/테스트(Dev/Test) 요금제는 비프로덕션 환경의 지출을 낮춥니다. Azure Cost Management + Billing은 예산, 이상 감지, 비용 할당 기능을 제공하여 지속적인 최적화를 지원합니다.

• 종량제(Pay-as-you-go)
  • 약정: 없음
  • 일반적인 PAYG 대비 할인율: 0%
  • 유연성: 최대 유연성, 언제든 시작/중지 가능
  • 최적 대상: 예측 불가능하거나 단기적인 워크로드
• 예약 VM 인스턴스 / 예약 용량
  • 약정: 1년 또는 3년
  • 일반적인 PAYG 대비 할인율: 최대 ~72% (Azure Hybrid Benefit 적용 시)
  • 유연성: 범위 공유 가능, 교환 허용, 조기 해지 수수료 발생
  • 최적 대상: 안정적인 24x7 컴퓨팅, 데이터베이스, Cosmos DB
• 컴퓨팅용 절약 플랜(Savings Plan for Compute)
  • 약정: 1년 또는 3년 지출 약정
  • 일반적인 PAYG 대비 할인율: 최대 ~65%
  • 유연성: VM, AKS, Functions Premium, App Service 전반에 적용
  • 최적 대상: 인스턴스 유형이 다양한 혼합 컴퓨팅
• 스팟 VM(Spot VMs)
  • 약정: 없음 (용량에 따라 다름)
  • 일반적인 PAYG 대비 할인율: 최대 ~90%
  • 유연성: 회수될 수 있음, SLA 없음
  • 최적 대상: 배치, 상태 비저장, CI, 렌더링 작업

실전 문제: PeakGear Retail: 비용 관리 및 복원력을 갖춘 시즌별 스케일링

시나리오: PeakGear Retail은 월말 및 연휴에 예측 가능한 트래픽 급증을 겪는 이커머스 사이트를 운영하고 있습니다. 이 회사는 온프레미스 VM에서 Azure로 이전하고, 자본 비용을 절감하며, 웹 계층에 대해 99.99%의 가용성 목표를 유지하고, 4시간의 RTO와 15분의 RPO를 갖춘 재해 복구 계획을 구현하고자 합니다. ID는 Microsoft Entra ID를 통해 기존 사용자와 통합되어야 합니다.

과제: 트래픽 급증에 대한 탄력적 스케일링, 영역 수준의 내결함성, 지역 간 재해 복구, 운영 단순성을 제공하면서도 비수기 동안의 비용을 최소화하는 Azure 아키텍처와 비용 모델을 설계하세요.

권장 접근 방식:

1. 웹 API와 스토어프론트를 Azure App Service(PaaS)의 Premium v3 플랜을 사용하여 배포하여 내장된 자동 스케일링, 관리형 플랫폼 패치, 영역 중복성 옵션을 활용합니다.
2. 두 개 이상의 App Service 인스턴스를 Azure Front Door Standard/Premium 뒤에 배치하여 글로벌 애니캐스트 진입점, SSL 종료, WAF, 경로 기반 라우팅을 구현합니다. 필요에 따라 상태 프로브와 세션 선호도를 활성화합니다.
3. 주 지역에서는 영역 중복성이 활성화된 Azure SQL Database Business Critical을 사용하고, 15분의 RPO를 목표로 쌍을 이루는 보조 지역으로 활성 지역 복제를 구성합니다.
4. 정적 콘텐츠는 RA-GRS가 적용된 Azure Storage에 저장하고, Microsoft의 Azure CDN을 앞에 두어 대역폭을 오프로드하고 지연 시간을 개선합니다.
5. CPU, 요청 수, 큐 깊이를 기반으로 자동 스케일링 규칙을 구현하여 트래픽 급증 시 스케일 아웃하고 한산한 기간에는 스케일 인합니다. 백그라운드 작업에는 Azure Functions Consumption 또는 Elastic Premium 플랜을 사용합니다.
6. App Service 플랜에 영역 중복성(다중 영역)을 활성화하거나, 지원되는 경우 가용성 영역(Availability Zones)에 인스턴스를 분산하여 웹 계층의 99.99% 가용성을 달성합니다.
7. 초기에는 유연성을 위해 종량제(pay-as-you-go)를 채택합니다. 30일 후 식별된 안정적인 기준 용량에 대해서는 App Service 플랜에 대한 1년 예약 인스턴스(App Service를 포함하는 Savings Plan for Compute를 통해)와 SQL Database에 대한 예약 용량을 구매하여 운영 비용을 절감합니다.
8. 사용자 및 관리자 액세스를 위해 Microsoft Entra ID를 통합합니다. 기본 제공 역할과 조건부 액세스를 사용하여 최소 권한 원칙을 적용하고, 비밀은 Azure Key Vault에 보호하여 App Service 및 배포 파이프라인에서 참조하도록 합니다.
9. DR 런북을 정의하고 테스트합니다. SQL을 보조 지역으로 장애 조치하고, Front Door 원본 우선순위를 업데이트하여 보조 지역을 활성화하며, 4시간의 RTO 내에서 애플리케이션 상태를 검증합니다.
10. 중앙 집중식 메트릭, 추적, 로그를 위해 Azure Monitor와 Log Analytics를 구현합니다. 경고와 대시보드를 구성하고, Azure Cost Management 예산 및 변칙 탐지 경고를 설정하여 지속적으로 지출을 최적화합니다.

Azure 도입 근거: PaaS 서비스(App Service 및 Azure SQL Database)는 공동 책임 모델 하에서 민첩성을 극대화하고 OS 및 플랫폼 유지 관리 부담을 덜어주며, 탄력성을 위한 자동 스케일링을 가능하게 합니다. 영역 중복 배포와 다중 지역 복제는 지역 내 내결함성과 지역 간 재해 복구를 제공하여 명시된 RPO/RTO를 충족합니다. Front Door는 글로벌 인그레스, 상태 기반 라우팅, WAF 보호를 제공합니다. 종량제로 시작하면 마이그레이션 중 유연성을 유지할 수 있으며, 측정된 기준 용량에 대해 예약 용량이나 Savings Plan을 약정하면 안정적인 사용량에 대한 비용을 절감하고, 자동 스케일링은 비수기 동안의 지출을 줄여줍니다. Microsoft Entra ID는 ID 및 액세스 제어를 중앙 집중화하고, Azure Monitor와 Cost Management는 운영 및 재무 가시성을 유지합니다.

모든 도메인 · Azure 아키텍처 및 글로벌 인프라 →

이 문제 연습하기 → · ExamRoll.io에서 시간 제한 연습 →

Microsoft 찾아보기 →