AZ-900 시험에서 클라우드 컴퓨팅 개념은 전체 출제 비중의 약 25%를 차지합니다. 단순히 단어를 외우는 것만으로는 부족합니다. 클라우드가 무엇인지, 왜 기업들이 선택하는지, 비용 구조가 기존 IT와 어떻게 다른지를 직관적으로 이해해야 합니다. 이 글에서는 일상 비유를 통해 핵심 개념을 하나씩 풀어봅니다.
클라우드 컴퓨팅이란 무엇인가요?
100년 전, 공장마다 자체 발전기를 갖추어야 했습니다. 발전기를 구매하고, 기술자를 채용하고, 고장 나면 직접 고쳐야 했습니다. 생산량이 늘어도 발전기 용량이 부족하면 공장을 멈춰야 했습니다. 그 시절 전기는 사치였습니다.
지금은 어떤가요? 콘센트에 플러그를 꽂으면 전기가 나옵니다. 발전소가 어디 있는지, 어떻게 운영되는지 몰라도 됩니다. 사용한 만큼만 요금을 냅니다. 여름에 에어컨을 많이 틀면 전기요금이 늘고, 겨울에 줄이면 요금도 줄어듭니다.
클라우드 컴퓨팅이 바로 이것입니다. Microsoft, Google, Amazon 같은 회사가 전 세계에 거대한 데이터센터를 운영합니다. 우리는 인터넷을 통해 그 컴퓨팅 자원(서버, 저장소, 네트워크, 소프트웨어)을 필요할 때 꺼내 씁니다. 발전기를 살 필요 없이 전기를 쓰듯, 서버를 살 필요 없이 컴퓨팅 능력을 빌립니다.
Microsoft의 공식 정의는 이렇습니다: "인터넷을 통해 컴퓨팅 서비스(서버, 스토리지, 데이터베이스, 네트워킹, 소프트웨어, 분석, 인공지능)를 제공하는 것."
과거 방식(온프레미스)과 클라우드 비교
| 항목 | 과거 방식 (온프레미스) | 클라우드 방식 | |------|----------------------|-------------| | 서버 조달 | 직접 구매 (수주~수개월 소요) | 몇 분 안에 프로비저닝 | | 유지보수 | 자체 IT팀 담당 | 공급자(Microsoft)가 관리 | | 수요 대응 | 사전 예측 필요, 과소/과잉 투자 위험 | 수요에 따라 즉시 조정 | | 초기 비용 | 수억~수십억 원 투자 | 초기 투자 없음 | | 지불 방식 | 구매 후 감가상각 | 사용한 만큼만 지불 | | 글로벌 확장 | 현지 데이터센터 구축 필요 | 클릭 한 번에 전 세계 배포 |
세 가지 클라우드 배포 모델
클라우드를 "어디에, 누구를 위해 구축하느냐"에 따라 세 가지로 나뉩니다. 이 세 가지를 구분하는 문제가 시험에 자주 나옵니다.
퍼블릭 클라우드 (Public Cloud)
아파트 단지를 상상해 보세요. 아파트 건물(서버, 네트워크 장비, 데이터센터 건물)은 건설사인 Microsoft가 짓고 소유하며 관리합니다. 각 세대(기업 또는 개인)는 자기 공간을 독립적으로 사용합니다. 같은 건물 안에 살지만 옆집 세대가 무엇을 하는지는 볼 수 없습니다. 벽이 완벽하게 분리하고 있기 때문입니다.
퍼블릭 클라우드의 핵심은 인프라를 여러 고객이 공유한다는 것입니다. Microsoft, AWS, Google Cloud가 대표적입니다.
장점: 초기 투자 비용이 전혀 없습니다 전 세계 어디서든 몇 분 안에 서비스를 배포할 수 있습니다 사용한 만큼만 비용을 냅니다 인프라 유지보수 걱정이 없습니다 필요에 따라 무한에 가까운 자원을 쓸 수 있습니다
단점: 서버의 물리적 위치나 하드웨어를 직접 제어할 수 없습니다 특정 규정(의료정보, 금융정보 등)에 따라 퍼블릭 클라우드 사용이 제한될 수 있습니다
프라이빗 클라우드 (Private Cloud)
단독 주택을 생각해 보세요. 집(인프라)을 직접 소유하고, 누가 들어올 수 있는지 완벽하게 통제합니다. 현관 자물쇠, 창문, 담장까지 모두 내 마음대로입니다. 단, 집을 사고 유지하는 비용은 모두 내가 부담합니다.
프라이빗 클라우드는 한 조직만을 위한 전용 클라우드 환경입니다. 조직이 데이터센터를 직접 소유하거나, 특정 공간을 완전히 단독으로 임대합니다. 은행, 병원, 군 기관, 정부 기관처럼 보안과 규정 준수 요구 수준이 매우 높은 곳에서 선택합니다.
장점: 인프라에 대한 완전한 제어와 소유권 최고 수준의 보안과 격리 엄격한 규정 준수 요구사항을 충족할 수 있습니다 기존 레거시 시스템과 통합이 용이합니다
단점: 하드웨어 구매, 설치, 유지보수에 드는 높은 초기 비용 전문 IT 인력이 필요합니다 자원 탄력성이 퍼블릭에 비해 제한됩니다
하이브리드 클라우드 (Hybrid Cloud)
회사에서 본사(프라이빗)와 전국 지사(퍼블릭)를 동시에 운영한다고 생각해 보세요. 중요한 임원 회의와 기밀 문서는 본사 회의실에서 처리하고, 일반 영업 업무와 고객 상담은 지사에서 처리합니다. 두 곳이 서로 연결되어 필요에 따라 데이터를 주고받습니다.
하이브리드 클라우드는 퍼블릭과 프라이빗 클라우드를 함께 사용하는 방식입니다. 예를 들어 병원이 환자 의료 기록은 엄격하게 규제된 프라이빗 서버에 보관하고, 환자 예약 앱과 병원 홈페이지는 Azure 퍼블릭 클라우드에서 운영하는 식입니다.
장점: 데이터 민감도에 따라 최적의 환경을 선택할 수 있습니다 기존 온프레미스 투자를 유지하면서 클라우드 장점을 누릴 수 있습니다 규정이 허용하는 데이터는 퍼블릭으로, 민감한 데이터는 프라이빗으로 분리합니다
단점: 두 환경을 연결하고 관리하는 복잡도가 증가합니다 프라이빗과 퍼블릭 간 보안 정책 일관성을 유지해야 합니다
세 가지 모델 비교 요약
| 항목 | 퍼블릭 클라우드 | 프라이빗 클라우드 | 하이브리드 클라우드 | |------|--------------|---------------|-----------------| | 소유자 | Microsoft/공급자 | 해당 조직 | 혼합 | | 비용 구조 | OpEx (사용량 기반) | CapEx 중심 | 혼합 | | 보안 통제 | 공급자 + 고객 공유 | 완전한 고객 통제 | 영역별 다름 | | 규정 준수 | 일반적으로 적합 | 고엄격 규정에 적합 | 유연하게 조합 | | 확장성 | 거의 무한 | 물리적 한계 존재 | 퍼블릭 부분에서 탄력적 | | 비유 | 아파트 | 단독 주택 | 본사 + 지사 |
!클라우드 배포 모델 3가지
공유 책임 모델 (Shared Responsibility Model)
이 개념은 AZ-900 시험에서 매우 자주 출제됩니다. 정확히 이해해야 합니다.
아파트 건물로 다시 돌아가 봅시다. 건물 관리인(Microsoft)은 무엇을 책임질까요? 엘리베이터, 복도 조명, 외벽 방수, 주차장 보안, 건물 전기 시스템, 배관 등입니다. 건물 자체와 관련된 모든 것이 관리인 책임입니다.
하지만 세입자(고객)는 무엇을 책임질까요? 집 안에서 뭘 하는지, 현관 열쇠를 누구에게 줄지, 창문을 열어두고 나갈지, 귀중품을 어디에 두는지입니다. 세입자의 행동과 데이터는 세입자 책임입니다.
클라우드에서 공유 책임 모델이 바로 이 원리입니다. 어떤 것은 항상 Microsoft가 책임지고, 어떤 것은 항상 고객이 책임집니다. 그리고 서비스 모델(IaaS, PaaS, SaaS)에 따라 그 경계선이 달라집니다.
책임 영역 상세 테이블
| 책임 영역 | 항상 공급자 (Microsoft) | 항상 고객 | 서비스 모델에 따라 다름 | |----------|----------------------|---------|----------------------| | 데이터센터 물리적 보안 (건물, 자물쇠, 경비원) | 공급자 | - | - | | 전원 공급 및 냉각 시스템 | 공급자 | - | - | | 물리적 네트워크 장비 (라우터, 스위치) | 공급자 | - | - | | 물리적 서버 하드웨어 | 공급자 | - | - | | 데이터 내용과 분류 | - | 고객 | - | | 접근 계정 및 신원 관리 | - | 고객 | - | | 사용자 기기 (노트북, 스마트폰) | - | 고객 | - | | 운영 체제 (OS) 패치 | - | - | 서비스 유형에 따라 | | 네트워크 방화벽 설정 | - | - | 서비스 유형에 따라 | | 애플리케이션 코드 | - | - | 서비스 유형에 따라 | | 런타임 환경 | - | - | 서비스 유형에 따라 |
핵심 원칙: SaaS로 갈수록 공급자가 더 많이 책임지고, IaaS에 가까울수록 고객의 책임 영역이 넓어집니다. 클라우드 어떤 모델을 쓰든, 데이터와 접근 계정 관리는 언제나 고객 책임입니다.
CapEx vs OpEx — 비용 구조의 근본적인 차이
자동차를 예로 들어봅시다. 자동차를 직접 구매하면 처음에 3천만 원이 나갑니다. 큰 목돈이지만 이후에는 내 차가 됩니다. 연료비, 보험료, 수리비를 내지만, 차 구매 비용은 이미 냈습니다. 이 3천만 원이 CapEx(자본 지출)입니다.
반면, 카셰어링(쏘카, Zipcar)을 이용하면 어떨까요? 탈 때마다 시간당 요금을 냅니다. 처음에 3천만 원을 낼 필요가 없습니다. 출장 많은 달에는 비용이 늘고, 재택근무 많은 달에는 비용이 줄어듭니다. 이 사용량 기반 지출이 OpEx(운영 비용)입니다.
CapEx와 OpEx 상세 비교
| 항목 | CapEx (자본 지출) | OpEx (운영 비용) | |------|-----------------|----------------| | 전체 이름 | Capital Expenditure | Operational Expenditure | | 지불 방식 | 초기에 큰 목돈 지출 | 사용한 만큼 매달/매시간 지불 | | IT 예시 | 서버·스토리지·네트워크 장비 직접 구매 | 클라우드 서비스 구독료, 사용량 요금 | | 비용 예측 | 구매 당시 확정, 이후 감가상각 | 수요에 따라 변동, 예측 가능한 범위에서 유연 | | 유연성 | 구매 후 변경 어려움 | 언제든 늘리거나 줄일 수 있음 | | 회계 처리 | 자산 등재, 감가상각 | 비용으로 즉시 처리 | | 클라우드 관련성 | 온프레미스 방식 | 클라우드 방식 |
소비 기반 모델 (Consumption-Based Model)
클라우드의 핵심 철학을 한 문장으로 요약하면: "쓴 만큼만 냅니다." 이것이 소비 기반 모델입니다.
클라우드는 IT 비용을 CapEx에서 OpEx로 전환합니다. 서버를 사는 대신 빌립니다. 고정 비용 대신 변동 비용으로 바뀝니다. 수요가 늘면 비용도 늘고, 수요가 줄면 비용도 줄어듭니다.
소비 기반 모델의 장점: 트래픽이 없을 때는 비용이 거의 들지 않습니다 예상치 못한 수요 급증에 유연하게 대응할 수 있습니다 필요한 만큼만 투자하므로 자원 낭비가 줄어듭니다 새로운 서비스를 실험하는 비용이 낮아집니다 (실패해도 손실이 적음)
전통적 온프레미스에서는 피크 수요에 맞추어 서버를 구매해야 했습니다. 평소에는 그 서버가 놀고 있어도 비용이 발생합니다. 클라우드에서는 피크일 때만 자원을 늘리고, 평소에는 줄여서 비용을 절감합니다.
시험 핵심 정리
"인터넷을 통해 컴퓨팅 자원을 사용한 만큼 빌려 쓴다" -- 클라우드 컴퓨팅의 정의