프론트엔드 개념 1

Moonjeong Kim·2026년 9월 29일

React next.js node.js typescript 개념정리

개념노트

목록 보기

1/7

[백엔드·인프라] 개념 정리 1 — IaaS/PaaS/BaaS · 종합 클라우드 · 쿠버네티스

이름이 비슷해서 헷갈리는 배포 인프라 용어는 "내가 얼마나 직접 관리하는가" 라는 하나의 기준으로 구분됩니다.

기준: 2026-10

들어가며

배포 인프라를 고르다 보면 IaaS/PaaS/BaaS 같은 용어부터 AWS/GCP/Azure 같은 클라우드, 쿠버네티스와 데브옵스까지 낯선 이름이 계속 나옵니다. 처음에는 전부 비슷해 보였는데, 관리 범위를 기준으로 정리하니 확실히 구분됐습니다.

한눈에 보기

개념	한 줄 정의	비유
IaaS	서버·네트워크만 빌리고 나머지는 직접 관리	빈 땅 임대
PaaS	코드와 데이터만 관리하고 나머지는 플랫폼이 담당	인테리어까지 된 상가 임대
SaaS	완성된 소프트웨어를 사용만 함	프랜차이즈 매장
BaaS	DB·인증·스토리지를 API로 제공	주방을 통째로 빌려주는 것
종합 클라우드	IaaS·PaaS·관리형 서비스를 모두 갖춘 플랫폼	대형 복합몰
쿠버네티스	컨테이너를 자동으로 배치·확장·복구하는 도구	컨테이너 배차 관리자

1. IaaS / PaaS / SaaS / BaaS — 관리 범위의 스펙트럼

네 모델의 차이는 "내가 관리하는 범위"와 "제공자가 관리하는 범위"의 경계입니다.

모델	내가 관리하는 것	제공자가 관리하는 것
IaaS	OS, 런타임, 앱, 데이터 전부	물리 서버, 네트워크, 가상화
PaaS	코드, 데이터	OS, 서버, 배포 파이프라인
SaaS	없음 (사용만)	전부
BaaS	프론트엔드 코드, 비즈니스 로직 일부	DB 서버, 인증 시스템, 스토리지 인프라

AWS EC2는 IaaS입니다. 가상 서버만 받고 나머지는 직접 설치합니다.
Vercel은 PaaS입니다. Git push만 하면 배포가 끝나고 서버 관리가 없습니다.
Supabase, Firebase는 BaaS입니다. DB·인증·스토리지를 API로 바로 씁니다.
AWS, GCP, Azure, Oracle Cloud는 IaaS와 PaaS를 모두 포함하고, RDS 같은 BaaS급 관리형 서비스도 제공합니다.

Vercel이나 Supabase는 종합 클라우드의 특정 레이어만 떼어내 쉽게 쓰도록 만든 전문 서비스로 이해하면 됩니다.

2. 배포 인프라 종류 비교 — 입문자 기준 체감 난이도

Git push로 끝나는 PaaS·BaaS가 가장 쉽고, 컨테이너 기반으로 갈수록 직접 설정할 것이 늘어납니다.

구분	대표 서비스	특징	체감 난이도
PaaS (프론트/풀스택 특화)	Vercel, Netlify, Railway, Render	Git push만 하면 자동 배포	매우 쉬움
BaaS	Supabase, Firebase	DB·인증·스토리지를 관리형으로 제공	쉬움
종합 클라우드	AWS, GCP, Azure	확장성과 커스터마이징이 강하지만 설정할 것이 많음	어려움
컨테이너 기반	Docker + Kubernetes	대규모 MSA에 적합	매우 어려움
전통 VPS	자체 서버	서버를 통째로 빌려 직접 세팅	어려움

난이도는 입문자 기준의 제 체감이며 절대적인 기준은 아닙니다.

3. AWS · GCP · Azure · Oracle — 모든 레이어를 갖춘 종합 클라우드

넷 다 종합 클라우드이고, 잘하는 영역이 서로 다릅니다.

        [종합 클라우드 - IaaS/PaaS 모두 포함]
   AWS  ---  GCP  ---  Azure  ---  Oracle Cloud
(사업자 중 가장 큰 축) (AI/데이터 강점) (기업 통합 강점) (DB 전통 강자)

Azure: Microsoft의 종합 클라우드로, AWS·GCP와 함께 3대 클라우드로 꼽힙니다.
Windows Server, Active Directory, .NET, Office 365 같은 Microsoft 생태계와의 통합이 강점입니다.
한국에서는 금융권·대기업·공공기관에서 쓰인다는 이야기를 자주 접하지만, 점유율 순위는 직접 확인하지 못했습니다.
가입 크레딧과 무료 티어 제도가 있지만 조건이 자주 바뀌므로, 사용 전에 공식 페이지에서 확인해야 합니다.

4. Cloudflare — CDN에서 PaaS·BaaS로 영역을 넓히는 엣지 네트워크

전 세계에 퍼진 엣지 네트워크, 즉 "어디서 접속해도 빠름"이 핵심 무기입니다.

원래는 CDN, DNS, 보안(DDoS 방어) 전문 회사입니다.
최근에는 Workers(서버리스 함수), Pages(정적 사이트 호스팅), D1(DB), R2(스토리지)로 PaaS·BaaS 영역까지 확장하고 있습니다.
무료 티어가 넉넉하다는 평가가 많고, Vercel과 같은 포지션에서 비교되는 경우가 늘었습니다. 다만 제품 구성과 무료 조건은 바뀔 수 있어 비교 시점에 공식 문서를 확인해야 합니다.

5. Firebase vs Supabase — NoSQL 기반 BaaS와 SQL 기반 BaaS

둘 다 BaaS지만, 내부 DB가 NoSQL이냐 SQL이냐가 선택의 핵심 기준입니다.

	Firebase	Supabase
DB 종류	NoSQL (Firestore)	PostgreSQL (SQL)
오픈소스	아님 (Google 종속)	오픈소스
SQL 지식 활용	안 됨	그대로 활용 가능
데이터 이전	Google 생태계에 묶임	Postgres라 다른 곳으로 옮기기 쉬움

Firebase는 실시간 DB, 인증, 푸시 알림, 호스팅까지 제공하는 Google의 올인원 BaaS이며, Supabase의 원조격으로 볼 수 있습니다.
둘 다 무료 티어가 있습니다. Firebase의 무료 요금제는 Spark입니다.
MySQL과 PostgreSQL은 같은 SQL 계열이라 갈아타기 쉽지만, Firestore 같은 NoSQL은 사고방식이 달라 따로 배워야 합니다. SQL과 NoSQL의 차이는 데이터베이스 개념 정리 글에서 자세히 다뤘습니다.

6. 쿠버네티스 · 데브옵스 · 클라우드 네이티브 — 하나의 흐름

셋은 별개의 기술이 아니라 "철학 → 도구 → 문화"로 이어지는 하나의 흐름입니다.

클라우드 네이티브 (철학/목표)
   "클라우드에 최적화된 방식으로 서비스를 만들자"
        ↓
컨테이너(Docker) + 쿠버네티스 (도구)
   "서비스를 컨테이너 단위로 쪼개고, 자동으로 관리하자"
        ↓
데브옵스 (문화/프로세스)
   "개발자가 배포·운영까지 같이 책임지고, CI/CD로 빠르게 순환시키자"

쿠버네티스(K8s): 컨테이너를 수십~수백 개 띄워야 할 때 배치·확장·복구를 자동으로 해주는 오케스트레이션 도구입니다. 대규모 서비스에서 진가를 발휘하고, 개인·소규모 프로젝트에는 사실상 과한 선택입니다. Vercel 같은 서버리스는 컨테이너 관리를 신경 쓰지 않아도 되게 만든 방식이라 K8s가 하는 일 자체가 필요 없습니다.
데브옵스: 핵심 도구는 CI/CD(GitHub Actions, Jenkins 등)입니다. 코드를 push하면 자동으로 테스트·빌드·배포되는 파이프라인이고, Vercel에 GitHub를 연동해 push만으로 배포되는 것이 가장 간단한 형태입니다.
클라우드 네이티브: 특정 기술이 아니라 방향성과 철학입니다. "이런 관점이 있다" 정도로 알아두면 충분합니다.

정리

IaaS → PaaS → SaaS로 갈수록 직접 관리하는 범위가 줄고, BaaS는 백엔드 기능만 API로 빌려 쓰는 모델입니다.
입문자라면 Vercel(PaaS)과 Supabase(BaaS) 조합이 가장 진입 장벽이 낮고, 종합 클라우드와 쿠버네티스는 필요가 생겼을 때 배워도 늦지 않습니다.
Firebase와 Supabase는 NoSQL이냐 SQL이냐로 선택하고, 이미 SQL을 안다면 Supabase가 이전 비용이 적습니다.