"우리 회사는 보안 때문에 클라우드 못 써요"라는 말과 "전부 AWS로 옮겼어요"라는 말이 둘 다 클라우드 이야기입니다. 헷갈리는 이유는 클라우드를 하나로 보기 때문입니다. 실제로는 누가 인프라를 소유하고 어디에 두느냐에 따라 퍼블릭·프라이빗·하이브리드로 나뉩니다. 이 구분을 알면 "보안 때문에 못 쓴다"가 사실은 "프라이빗이나 하이브리드를 골라야 한다"는 뜻임을 알게 됩니다.
세 가지 형태 한눈에
| 항목 | 퍼블릭 | 프라이빗 | 하이브리드 |
|---|---|---|---|
| 소유·운영 | 클라우드 사업자 | 우리 조직 전용 | 둘을 연결 |
| 위치 | 공용 데이터센터 | 자체/전용 환경 | 양쪽 혼합 |
| 초기 비용 | 낮음(사용한 만큼) | 높음(직접 구축) | 중간 |
| 확장성 | 매우 높음 | 제한적 | 유연 |
| 통제·보안 | 사업자 정책 따름 | 직접 통제 | 데이터별 분리 |
| 대표 예 | AWS, Azure, GCP | 사내 OpenStack | 온프레미스+AWS |
핵심은 소유선입니다. 퍼블릭은 남의 인프라를 빌려 쓰고, 프라이빗은 우리만 쓰는 인프라를 갖고, 하이브리드는 둘을 이어 상황에 맞게 나눠 씁니다.
형태별 특징
퍼블릭 클라우드는 AWS·Azure 같은 사업자가 거대한 데이터센터를 운영하고, 우리는 필요한 만큼 빌려 씁니다. 초기 투자가 없고 트래픽이 늘면 즉시 확장됩니다. 대신 인프라 통제권은 사업자 정책을 따릅니다.
프라이빗 클라우드는 우리 조직 전용입니다. 자체 데이터센터나 전용 환경에 클라우드 기술을 적용해 우리만 씁니다. 통제와 보안이 강하고 규제 대응에 유리하지만, 직접 구축·운영하므로 비용과 손이 많이 듭니다.
하이브리드 클라우드는 둘을 연결합니다. 민감 데이터는 프라이빗에 두고, 트래픽이 출렁이는 서비스는 퍼블릭으로 확장하는 식입니다.
TEXT
[하이브리드]
고객 개인정보·결제 → 프라이빗(직접 통제)
웹 프런트·이벤트 트래픽 → 퍼블릭(탄력 확장)
언제 무엇을 고르나
- 퍼블릭 — 빠르게 시작하고 트래픽이 들쭉날쭉한 서비스. 스타트업과 신규 서비스의 기본 선택지입니다.
- 프라이빗 — 금융·의료·공공처럼 데이터를 외부에 두기 어렵거나 강한 규제를 받는 경우.
- 하이브리드 — "민감 데이터는 내부, 확장은 외부"가 동시에 필요한 경우. 기존 온프레미스 자산을 살리면서 클라우드로 넓혀갈 때 현실적입니다.
판단 기준은 "통제가 핵심이냐, 확장과 비용이 핵심이냐, 둘 다냐"입니다.
요점 정리
- 셋의 차이는 소유선 — 남의 인프라(퍼블릭), 우리 전용(프라이빗), 둘의 연결(하이브리드).
- 퍼블릭은 확장·비용, 프라이빗은 통제·규제, 하이브리드는 데이터별 분리에 강하다.
- "보안 때문에 못 쓴다"는 대개 프라이빗·하이브리드로 풀리는 문제다.
퍼블릭 클라우드에 직접 리소스를 띄워 보고 통제·확장이 어떻게 작동하는지 확인하는 실습은 클라우드 트랙에서 회원가입 없이 무료로 할 수 있습니다.