클라우드를 처음 시작하는 분을 위한 출발점입니다. 클라우드가 무엇이고 왜 쓰는지, IaaS·PaaS·SaaS·서버리스의 차이, 모든 클라우드에 공통으로 존재하는 핵심 서비스 지도, AWS·GCP·Azure·NCP·Cloudflare 비교, 비용과 보안의 기본, 그리고 단계별 학습 로드맵을 정리합니다.
클라우드를 처음 시작하는 분을 위한 출발점입니다. 클라우드가 무엇이고 왜 쓰는지, IaaS·PaaS·SaaS·서버리스의 차이, 모든 클라우드에 공통으로 존재하는 핵심 서비스 지도, AWS·GCP·Azure·NCP·Cloudflare 비교, 비용과 보안의 기본, 그리고 단계별 학습 로드맵을 정리합니다. 이 가이드는 개념을 나열하기보다, 실제 프로젝트에서 판단해야 하는 순서대로 내용을 따라갈 수 있게 구성했습니다.
설치 명령을 외우기보다 트래픽, 런타임, 관측, 장애 대응이 어떤 순서로 이어지는지 파악합니다.
글로 읽은 내용을 머릿속에 오래 남기려면 먼저 흐름을 그림으로 잡는 편이 좋습니다. 아래 두 그림은 클라우드 입문 & 로드맵를 학습할 때 계속 되돌아볼 수 있는 기준 지도입니다.
클라우드 입문 & 로드맵를 처음 펼칠 때는 세부 명령보다 큰 그림이 먼저입니다. 이 섹션에서는 앞으로 배울 개념들이 어떤 문제를 풀기 위해 등장했는지부터 잡아봅니다.
| 구분 | 온프레미스 (자체 서버) | 클라우드 |
|---|---|---|
| 초기 비용 | 서버·장비 구매 (큰 선투자) | 없음 — 사용한 만큼 지불 |
| 준비 시간 | 수 주~수 개월 | 수 분 |
| 확장 | 장비 추가 구매 필요 | 즉시 확장·축소 |
| 관리 책임 | 하드웨어부터 전부 | 하드웨어·물리 보안은 제공사 담당 |
| 글로벌 배포 | 해외 데이터센터 직접 확보 | 리전 선택만으로 가능 |
서비스 모델: 어디까지 내가 관리하나은 선택지가 갈리는 지점입니다. 표를 기준으로 각 방법의 쓰임새와 운영상의 차이를 비교해두면 이후 판단이 훨씬 쉬워집니다.
| 모델 | 내가 관리 | 제공사가 관리 | 예시 |
|---|---|---|---|
| IaaS | OS, 런타임, 앱, 데이터 | 하드웨어, 네트워크, 가상화 | AWS EC2, GCP Compute Engine, NCP Server |
| CaaS (컨테이너) | 컨테이너 이미지, 설정 | 클러스터 관리 영역 | EKS, GKE, AKS, Cloud Run |
| PaaS | 앱 코드, 데이터 | OS, 런타임, 확장 | Elastic Beanstalk, App Engine, Azure App Service |
| 서버리스 (FaaS) | 함수 코드 | 서버, 확장, 가용성 전부 | AWS Lambda, Cloudflare Workers |
| SaaS | 사용만 | 전부 | Gmail, Slack, Notion |
공통 핵심 서비스 지도: 이름만 다르고 개념은 같다은 선택지가 갈리는 지점입니다. 표를 기준으로 각 방법의 쓰임새와 운영상의 차이를 비교해두면 이후 판단이 훨씬 쉬워집니다.
| 분류 | 개념 | AWS | GCP | Azure |
|---|---|---|---|---|
| 컴퓨팅 | 가상 서버 | EC2 | Compute Engine | Virtual Machines |
| 컨테이너 | 관리형 Kubernetes | EKS | GKE | AKS |
| 서버리스 | 함수 실행 | Lambda | Cloud Functions / Cloud Run | Azure Functions |
| 스토리지 | 오브젝트 저장소 | S3 | Cloud Storage | Blob Storage |
| 데이터베이스 | 관리형 RDB | RDS / Aurora | Cloud SQL | Azure SQL / Database for PostgreSQL |
| 네트워크 | 가상 사설망 | VPC | VPC | VNet |
| 보안 | 권한 관리 | IAM | IAM | Entra ID + RBAC |
| 관측 | 모니터링·로그 | CloudWatch | Cloud Monitoring / Logging | Azure Monitor |
클라우드 제공사 비교은 선택지가 갈리는 지점입니다. 표를 기준으로 각 방법의 쓰임새와 운영상의 차이를 비교해두면 이후 판단이 훨씬 쉬워집니다.
| 제공사 | 강점 | 주로 선택하는 경우 | 가이드 |
|---|---|---|---|
| AWS | 가장 큰 점유율, 가장 많은 서비스, 방대한 자료 | 처음 배우는 클라우드, 대부분의 기업 | AWS |
| GCP | 데이터·AI(BigQuery, Vertex AI), Kubernetes(GKE) | 데이터 분석·AI 중심 서비스 | GCP |
| Azure | Microsoft 생태계(Entra ID, Office) 통합, OpenAI 모델 | MS 기반 기업, 엔터프라이즈 | Azure |
| NCP (네이버 클라우드) | 국내 리전, 공공기관 인증(CSAP), 한국어 지원 | 공공·금융 등 국내 규제 대상 | NCP |
| Cloudflare | 글로벌 엣지 네트워크, CDN·보안·Workers | 정적 사이트, 엣지 컴퓨팅, 보안 앞단 | Cloudflare |
클라우드 네트워크 기초: VPC와 서브넷은 선택지가 갈리는 지점입니다. 표를 기준으로 각 방법의 쓰임새와 운영상의 차이를 비교해두면 이후 판단이 훨씬 쉬워집니다.
| 구성 요소 | 역할 | 일반적인 배치 |
|---|---|---|
| 퍼블릭 서브넷 | 인터넷과 직접 통신 가능 | 로드밸런서, Bastion(점프 서버) |
| 프라이빗 서브넷 | 외부에서 직접 접근 불가 | 앱 서버, DB |
| 인터넷 게이트웨이 | VPC ↔ 인터넷 연결 통로 | 퍼블릭 서브넷에 연결 |
| NAT 게이트웨이 | 프라이빗 서버가 외부로 나가는 통로 (들어오는 건 차단) | 패키지 설치·외부 API 호출용 |
| 보안 그룹 | 인스턴스 단위 방화벽 (허용 규칙) | DB는 앱 서버에서만 3306/5432 허용 |
여기서는 첫 배포: CLI로 정적 사이트 올리기을 실제 코드와 함께 확인합니다. 예제를 그대로 따라 하기보다, 입력과 출력, 그리고 바뀌기 쉬운 부분이 어디인지 보면서 읽어보세요.
# 사전 준비: aws configure 로 자격 증명 설정 (루트 계정 키 사용 금지)
BUCKET=my-first-site-20260924
# 1. 버킷 생성 (서울 리전)
aws s3 mb s3://$BUCKET --region ap-northeast-2
# 2. 빌드 결과물 업로드 (변경된 파일만 동기화)
aws s3 sync ./dist s3://$BUCKET --delete
# 3. 정적 웹사이트 호스팅 설정
aws s3 website s3://$BUCKET --index-document index.html --error-document 404.html
# 실습이 끝나면 정리 — 쓰지 않는 리소스는 바로 삭제하는 습관!
# aws s3 rb s3://$BUCKET --force비용과 보안의 기본: 첫날부터 챙길 것은 선택지가 갈리는 지점입니다. 표를 기준으로 각 방법의 쓰임새와 운영상의 차이를 비교해두면 이후 판단이 훨씬 쉬워집니다.
| 항목 | 해야 할 일 | 이유 |
|---|---|---|
| 루트 계정 | MFA 설정 후 일상 작업에는 사용 금지 | 루트 탈취 = 계정 전체 탈취 |
| IAM | 사람·서비스별 최소 권한 계정 | 유출 시 피해 범위 최소화 |
| 액세스 키 | 코드·GitHub에 절대 포함 금지, 가능하면 임시 자격 증명 | 유출 키로 채굴 서버 생성 → 요금 폭탄 |
| 예산 알림 | 월 예산과 사용량 알림 설정 | 과금 사고 조기 발견 |
| 리소스 정리 | 실습 후 인스턴스·NAT·로드밸런서 삭제 | 켜두기만 해도 시간당 과금 |
| 태그 | 프로젝트·담당자·환경 태그 부여 | 비용 추적과 정리 대상 식별 |
시작 전 준비물은 선택지가 갈리는 지점입니다. 표를 기준으로 각 방법의 쓰임새와 운영상의 차이를 비교해두면 이후 판단이 훨씬 쉬워집니다.
단계별 로드맵: 첫 서버부터 클라우드 아키텍처까지은 선택지가 갈리는 지점입니다. 표를 기준으로 각 방법의 쓰임새와 운영상의 차이를 비교해두면 이후 판단이 훨씬 쉬워집니다.
| 단계 | 목표 | 학습 내용 | 가이드 | 완료 체크 |
|---|---|---|---|---|
| 0. 기초 | 서버와 네트워크 | Linux, SSH, CIDR, DNS, HTTP | Linux | 원격 서버 SSH 접속·설정 |
| 1. 계정과 보안 | 안전한 시작 | 루트 MFA, IAM 사용자·역할, 예산 알림 | AWS | IAM 사용자로만 작업 |
| 2. 컴퓨팅 & 스토리지 | 첫 서비스 배포 | 가상 서버, 오브젝트 스토리지, 보안 그룹 | AWS | 서버에 웹 앱 배포 + 정적 파일 S3 |
| 3. 네트워크 | VPC 설계 | 퍼블릭/프라이빗 서브넷, 게이트웨이, 로드밸런서 | AWS | 2계층 VPC 아키텍처 구성 |
| 4. 관리형 서비스 | 운영 부담 줄이기 | 관리형 DB, 컨테이너 서비스, 서버리스 | GCP, Azure | 관리형 DB + 컨테이너 배포 |
| 5. 엣지 & CDN | 전 세계에 빠르게 | CDN, DNS, WAF, 엣지 함수 | Cloudflare | 커스텀 도메인 + CDN + HTTPS |
| 6. IaC | 인프라를 코드로 | Terraform으로 VPC·서버·DB 정의 | CI/CD | terraform apply로 전체 환경 재현 |
| 7. 국내 환경 & 멀티 클라우드 | 규제와 선택지 | 공공 클라우드 인증, 제공사 간 비교 | NCP | 같은 구성을 두 번째 클라우드에서 재현 |
8주 학습 플랜: 하루 1~2시간 기준은 선택지가 갈리는 지점입니다. 표를 기준으로 각 방법의 쓰임새와 운영상의 차이를 비교해두면 이후 판단이 훨씬 쉬워집니다.
| 주차 | 주제 | 결과물 |
|---|---|---|
| 1주 | 계정 보안 + IAM + 예산 알림 | 안전하게 설정된 클라우드 계정 |
| 2주 | 가상 서버 + 보안 그룹 | SSH 접속 가능한 웹 서버 |
| 3주 | 오브젝트 스토리지 + CDN | 정적 사이트 배포 + 커스텀 도메인 |
| 4주 | VPC 설계 | 퍼블릭/프라이빗 서브넷 2계층 구성 |
| 5주 | 관리형 DB + 로드밸런서 | 앱 서버 2대 + DB 3계층 아키텍처 |
| 6주 | 컨테이너 서비스 / 서버리스 | 컨테이너 앱 배포 + 서버리스 함수 |
| 7주 | Terraform | 1~6주 구성을 코드로 재현 |
| 8주 | 모니터링 + 비용 분석 + 정리 | 대시보드 + 비용 리포트 + 리소스 전체 삭제 |
클라우드 입문자가 자주 하는 실수은 선택지가 갈리는 지점입니다. 표를 기준으로 각 방법의 쓰임새와 운영상의 차이를 비교해두면 이후 판단이 훨씬 쉬워집니다.
| 실수 | 문제 | 대신 이렇게 |
|---|---|---|
| 루트 계정으로 일상 작업 | 계정 탈취 시 전체 피해 | MFA + IAM 사용자/역할 |
| 액세스 키를 GitHub에 커밋 | 수 분 내 자동 수집되어 악용 | 환경변수·시크릿 매니저, 키 즉시 폐기 |
| 보안 그룹 0.0.0.0/0 전체 개방 | 무차별 공격 노출 | 필요한 포트·IP만 허용 |
| 실습 리소스 방치 | 월말 요금 폭탄 | 실습 후 즉시 삭제, 예산 알림 |
| 콘솔 클릭으로만 구성 | 재현·리뷰·복구 불가 | CLI·IaC로 기록 |
| 단일 가용 영역에 모두 배치 | 데이터센터 장애 시 전체 중단 | 다중 AZ 구성 |
| 리전 확인 없이 작업 | 리소스를 못 찾거나 지연 증가 | 작업 전 리전 확인 (서울: ap-northeast-2) |
핵심 용어 사전은 선택지가 갈리는 지점입니다. 표를 기준으로 각 방법의 쓰임새와 운영상의 차이를 비교해두면 이후 판단이 훨씬 쉬워집니다.
| 용어 | 한 줄 설명 |
|---|---|
| 리전 (Region) | 클라우드 데이터센터가 위치한 지리적 지역 (예: 서울) |
| 가용 영역 (AZ) | 한 리전 안의 물리적으로 분리된 데이터센터 그룹 |
| VPC | 클라우드 안에 만드는 논리적으로 격리된 사설 네트워크 |
| CIDR | IP 주소 범위 표기법 (10.0.0.0/16 = 약 6.5만 개 주소) |
| IAM | 누가 어떤 리소스에 무엇을 할 수 있는지 정하는 권한 관리 |
| 보안 그룹 | 인스턴스에 적용되는 가상 방화벽 규칙 |
| 오브젝트 스토리지 | 파일을 키-객체 형태로 무제한 저장하는 서비스 (S3 등) |
| 서버리스 | 서버 관리 없이 코드 실행 단위로 과금되는 실행 모델 |
| 공동 책임 모델 | 제공사는 클라우드 자체를, 사용자는 클라우드 안의 설정·데이터를 책임지는 원칙 |
| 프리 티어 | 신규 가입자에게 일정 기간·사용량을 무료로 제공하는 혜택 |