파이어베이스 vs 수파베이스 vs 앱라이트 vs 포켓베이스 vs 엔호스트: 2026년 최신 백엔드 BaaS 비교 완전 가이드

2026년 8월 현재, 사이드 프로젝트든 시리즈 투자를 받은 스타트업이든 앱 하나를 빠르게 띄우려는 개발자가 가장 먼저 마주치는 질문은 여전히 같습니다. “직접 서버를 구축할 것인가, 아니면 인증·데이터베이스·스토리지·실시간 기능을 통째로 제공하는 **백엔드(Backend as a Service)**를 쓸 것인가”입니다. 이 글의 백엔드 BaaS 비교는 시장 점유율이나 브랜드 인지도가 아니라, 지금 이 순간 각 서비스의 공식 요금 페이지와 공식 발표에 실제로 적혀 있는 내용을 기준으로 씁니다. 그래야만 몇 달 전 튜토리얼에 남아있는 낡은 숫자에 발목 잡히지 않기 때문입니다.
지난 1년 사이 이 시장의 구도 자체가 바뀌었습니다. Supabase는 2026년 6월 시리즈F로 5억 달러를 유치하며 기업가치 105억 달러를 찍었고, “바이브 코딩” 흐름을 타고 사용자 기반이 시리즈E 이후 2배 이상 늘었다는 발표까지 나왔습니다. 이에 대응하듯 Firebase는 2026년 4월 Cloud Next에서 기존 Data Connect를 SQL Connect로 리브랜딩하며 PostgreSQL 진영으로 발을 넓히기 시작했습니다. 여기에 오픈소스·셀프호스팅 진영인 Appwrite, PocketBase, Nhost가 “벤더 락인 회피” 수요를 흡수하며 3~5위 그룹을 형성하고 있어, 지금 신규로 백엔드를 고르는 개발자에게는 선택지가 그 어느 때보다 다양해졌습니다.
이 글에서는 Firebase(Google), Supabase, Appwrite, PocketBase, Nhost 다섯 서비스를 데이터베이스 설계 철학, 실제 요금제, 셀프호스팅 가능 여부, 사용자 유형별 추천까지 8개 섹션으로 나눠 정밀 비교합니다. 특히 백엔드 BaaS 비교를 할 때 반드시 짚어야 할 세 가지 축 — DB 모델(NoSQL vs PostgreSQL vs SQLite), 가격 상한 구조(사용량 무제한 과금 vs 구독제 vs 완전 무료), 벤더 락인 여부 — 를 중심에 놓고 실전 관점에서 풀어갑니다. 관련해서 데이터베이스 자체를 더 깊이 비교하고 싶다면 PostgreSQL·MySQL·MongoDB 데이터베이스 비교 글도 함께 참고하면 도움이 됩니다.
1. Executive Summary: 백엔드 BaaS 비교 한눈에 보기
시간이 없는 개발자와 CTO를 위해 2026년 8월 기준 5대 BaaS의 핵심 정보를 하나의 표로 압축했습니다.
📊 2026년 8월 최신 5대 백엔드 BaaS 종합 비교표
| 항목 | Firebase | Supabase | Appwrite | PocketBase | Nhost |
|---|---|---|---|---|---|
| 핵심 설계 철학 | NoSQL(Firestore) + Google 생태계 완결형, SQL Connect로 PostgreSQL 확장 중 | PostgreSQL 기반 오픈소스, “AI 에이전트 인프라”로 확장 중 | 오픈소스 셀프호스팅 우선, 8종 서비스로 Firebase보다 넓은 기능 자처 | Go 단일 바이너리 + SQLite, 초경량 즉시 배포 | PostgreSQL + Hasura GraphQL 자동 생성 특화, Constellation 엔진으로 전환 중 |
| 최신 버전/발표 | 서비스형(버전 없음), 2026-04 SQL Connect 리브랜딩 | 서비스형(버전 없음), 2026-06 시리즈F·Multigres 프리뷰 | v1.9.6(안정), 기본 DB MongoDB 전환 | v0.39.10(2026-07-30), 아직 v1.0 이전 | 서비스형(버전 없음), 2026-03 Nhost MCP 공개·2026-06 Constellation GraphQL 엔진 공개 |
| DB 엔진 | Firestore(NoSQL) / Realtime DB, SQL Connect는 Cloud SQL PostgreSQL | 순정 PostgreSQL(pgvector 지원) | MongoDB(기본) 또는 MariaDB 선택 | SQLite 단일 파일 | PostgreSQL + Hasura(→ Constellation 병행 전환 중) |
| 무료 플랜 | Spark: Firestore 1GiB, 읽기 5만/일, MAU 5만 | Free: DB 500MB, 스토리지 1GB, MAU 5만 | Free: DB 읽기 50만/월, 스토리지 2GB, MAU 7만5천 | 완전 무료(서버비만 부담) | Starter: DB 1GB, 스토리지 1GB |
| 유료 진입가 | Blaze(종량제, 무료 한도 초과분부터 과금) | Pro $25/월(프로젝트당) | Pro $25~/월 | 없음(항상 무료) | Pro $25~/월(컴퓨트 크레딧 $15 포함) |
| 가격 상한 구조 | 사용량 기반, 하드 캡 없음 | 구독료 + 초과분 종량제 | 구독료 + 초과분 종량제, 셀프호스팅은 완전 무료 | 없음(라이선스 비용 자체가 없음) | 구독료 + 컴퓨트 크레딧 |
| 셀프호스팅 | 불가(폐쇄형) | 가능(오픈소스, Docker) | 가능(오픈소스, Docker Compose) | 가능(단일 바이너리 실행) | 가능(오픈소스) |
| 실시간 기능 | Realtime Database, Firestore 리스너 | Postgres 변경 스트림 기반 Realtime | Realtime 서비스 내장 | 내장 실시간 구독 | Hasura/Constellation 기반 실시간 GraphQL |
| 장점 | Google 생태계 통합, 검증된 안정성, Auth·Hosting까지 원스톱 | 관계형 쿼리·조인·pgvector, 오픈소스+셀프호스팅 병행 가능 | 셀프호스팅 완전 무료, 8종 서비스로 기능 폭 넓음 | 배포 5분, 인프라 비용 최소, 완전 무료 | GraphQL API 자동 생성, Postgres 생태계 그대로 활용 |
| 단점 | 벤더 락인, Blaze 하드 캡 부재로 비용 급증 리스크 | 무료 플랜 1주일 미사용 시 일시정지, 요금이 “베타 중” 문구 존재 | 클라우드 Pro 과금 단위 상충 정보 존재, 셀프호스팅 시 운영 부담은 사용자 몫 | 단일 라이터 구조로 동시 쓰기 확장성 한계, 아직 v1.0 이전 | 펀딩 규모 작아 로드맵 지속성 리스크, Hasura→Constellation 전환기라 아키텍처 변동성 존재 |
| 최적 추천 대상 | Google 생태계에 이미 종속된 팀, NoSQL 스키마가 맞는 앱 | 관계형 DB·pgvector가 필요한 스타트업, 셀프호스팅 옵션도 원하는 팀 | 벤더 락인을 피하면서 기능 폭도 넓게 원하는 팀 | 소규모 트래픽 MVP, 인프라 비용을 극한으로 줄이려는 개인 개발자 | GraphQL 우선 아키텍처를 원하는 팀 |
이 표에서 가장 눈여겨봐야 할 줄은 “가격 상한 구조”입니다. Firebase의 Blaze 플랜은 하드 캡 자체가 없어 트래픽이 급증하면 비용이 그만큼 빠르게 늘어날 수 있다는 점이 반복적으로 지적되는 반면, PocketBase는 애초에 과금 체계 자체가 없어 서버비만 신경 쓰면 됩니다. 이 백엔드 BaaS 비교에서 예산 계획을 세울 때 가장 먼저 봐야 할 지점이 바로 여기입니다.
2. 5대 백엔드 BaaS 핵심 기능 딥다이브
🔥 1) Firebase - Google 생태계 완결형, 이제는 SQL도
- NoSQL 중심에서 PostgreSQL로 발 넓히기: Firebase는 별도의 버전 번호 없이 Firestore, Realtime Database, Authentication, Cloud Storage, Cloud Functions, Hosting 등 개별 제품군으로 운영됩니다. 2026년 4월 Google Cloud Next에서 기존 Firebase Data Connect를 Firebase SQL Connect로 리브랜딩하며 기능을 확장한다고 발표했는데, Cloud SQL for PostgreSQL 기반으로 실시간 동기화·오프라인 캐시를 지원하고 GraphQL 대신 네이티브 SQL 쿼리를 직접 작성할 수 있게 됐습니다. 90일 무료 체험(신용카드 불필요)으로 PostgreSQL 인스턴스를 바로 시작할 수 있어, “NoSQL 전용”이라는 오래된 인식이 이제는 정확하지 않습니다.
- Spark(무료) 플랜 한도: Firestore 저장 1GiB, 문서 읽기 5만 회/일, 쓰기·삭제 각 2만 회/일, Realtime DB 동시 연결 100개, Authentication MAU 5만 명, Cloud Storage 5GB, Hosting 저장 10GB·전송 360MB/일까지 무료입니다.
- Blaze(종량제) 플랜의 리스크: Blaze로 업그레이드하면 무료 한도까지는 그대로 무료이고 이후부터 Google Cloud 표준 요금이 부과되는 구조인데, 신용카드 등록이 필수이며 지출 상한(hard cap) 자체가 없습니다. 트래픽이 예상치 못하게 급증하면 청구액이 그만큼 빠르게 늘어날 수 있다는 것이 반복적으로 지적되는 리스크입니다. Cloud Functions는 200만 회/월까지 무료이며 이후 백만 회당 $0.40이 부과됩니다.
- 정확한 단가는 확인이 필요합니다: Firestore의 정확한 100,000건당 단가는 조사 시점 기준 자료마다 수치가 크게 엇갈렸고, 공식 firebase.google.com/pricing 페이지 자체는 상세 표를 싣지 않고 cloud.google.com/firestore/pricing으로 링크만 걸어두고 있습니다. 실제 예산을 짤 때는 반드시 그 링크의 최신 표를 직접 확인하는 것을 권합니다.
⚡ 2) Supabase - 105억 달러 밸류에이션을 찍은 오픈소스 대안
- 시리즈F로 확인된 성장세: 2026년 6월 4일, Supabase는 GIC 주도로 시리즈F 5억 달러를 유치하며 기업가치 105억 달러(post-money)를 달성했습니다. Accel, Y Combinator, Craft, Felicis, Peak XV, Coatue 등 기존 투자자 전원이 참여했고 Stripe가 2차 투자, Salesforce Ventures가 신규 참여했습니다. 직전 시리즈E 이후 불과 7개월 만의 라운드로, 누적 조달액은 10억 달러를 넘겼습니다. 이 자금 흐름은 TechCrunch, CNBC, PR Newswire 보도로 교차 확인된 사실입니다.
- 순정 PostgreSQL이라는 근본적 차이: DB 엔진은 관리형 PostgreSQL 그대로이며, pgvector 확장을 통해 AI 임베딩·벡터 검색을 네이티브로 지원합니다. Auth, Storage(CDN 포함), Edge Functions(Deno 기반), Realtime(Postgres 변경 스트림 기반)까지 모두 제공하며 오픈소스라 Docker로 직접 셀프호스팅도 가능합니다.
- Multigres 프리뷰: Postgres를 단일 인스턴스 한계를 넘어 수평 확장할 수 있게 하는 신규 기술 Multigres를 프리뷰로 공개했습니다. 자체 발표 기준 “OpenAI급 규모까지” 확장을 목표로 한다고 밝혔지만, 정확한 GA 일정은 아직 공개되지 않았습니다.
- 요금제: Free는 프로젝트당 DB 500MB, 스토리지 1GB, MAU 5만 명, Egress 5GB까지 무료지만 1주일 미사용 시 프로젝트가 일시정지되고 활성 프로젝트는 2개로 제한됩니다. Pro는 $25/월(프로젝트당)에 DB 8GB(초과 GB당 $0.125), 스토리지 100GB(초과 GB당 $0.0213), MAU 10만 명(초과 인당 $0.00325), Egress 250GB(초과 GB당 $0.09)가 포함됩니다. Team은 $599/월로 한도는 Pro와 동일하지만 SOC2·ISO 27001 준수, 14일 백업, 우선 지원이 추가됩니다. 다만 공식 페이지에는 “요금은 베타 중이며 변경될 수 있다”는 문구가 여전히 남아 있어, 계약 전 최신 페이지를 한 번 더 확인하는 편이 안전합니다.
- 성장 지표: 시리즈E 이후 사용자 기반이 2배 이상 늘고 DB 수는 전년 대비 600% 증가했다는 자체 발표가 있으며, “Claude Code가 연초 이후 최대 기여 유입원”이라는 언급도 있었습니다. GitHub 스타는 2026년 5월 10만 개를 돌파했습니다.
🟪 3) Appwrite - 셀프호스팅은 완전 무료, 기능은 8종
- 1.9.6 안정 버전: Appwrite는 오픈소스 셀프호스팅 우선 BaaS로, 2026년 시점 최신 안정 버전은 1.9.6입니다(2026년 7월 22일 릴리스, 1.9.5의 후속 수정 버전). 1.9 라인부터 기본 데이터베이스 백엔드가 MongoDB로 바뀌었고(MariaDB 선택도 여전히 가능), Auth·Database·Storage·Functions·Messaging·Realtime·Sites(웹 호스팅)·Imagine(이미지 생성)까지 8종 서비스를 제공하며 “Firebase보다 기능이 많다”는 포지셔닝을 자체적으로 내세우고 있습니다.
- 셀프호스팅은 진짜 무료: Docker Compose 한 줄 명령으로 배포할 수 있고, 셀프호스팅 시에는 Appwrite 측 종량 과금이 전혀 없어 서버 인프라 비용만 사용자가 부담하면 됩니다. 이는 Firebase·Supabase Cloud·Nhost Cloud와 결정적으로 다른 지점으로, 이 백엔드 BaaS 비교에서 예산이 빠듯한 팀이라면 반드시 짚고 넘어가야 할 옵션입니다.
- 클라우드 요금제: Free는 DB 읽기 50만 회/월, 쓰기 25만 회/월, 스토리지 2GB, 대역폭 5GB/월, MAU 7만5천 명까지 무료입니다. Pro는 공식 페이지 기준 $25~/월부터 시작하며 읽기 175만 회/월, 쓰기 75만 회/월, 스토리지 150GB, 대역폭 2TB/월, MAU 20만 명까지 늘어납니다. 다만 일부 3rd party 자료에서 “$15/월(조직 멤버당)“이라는 수치도 발견돼 공식 페이지 값($25~)과 상충하므로, 정확한 과금 단위는 계약 전 공식 페이지에서 재확인이 필요합니다.
- GitHub 스타·펀딩: 2026년 5월 기준 GitHub 스타 약 5만 6,100개, 누적 펀딩은 3,700만 달러 규모로 파악되지만 정확한 최신 라운드 시점은 확인되지 않았습니다.
🪶 4) PocketBase - Go 단일 바이너리, 완전 무료의 끝판왕
- v0.39.10, 아직 v1.0 이전: PocketBase는 2026년 7월 30일 기준 최신 버전이 v0.39.10인 Go 기반 단일 실행 파일 백엔드입니다. 내장 SQLite DB, 실시간 구독, 인증, 파일 스토리지, 관리자 대시보드까지 하나의 바이너리에 담겨 있습니다. 다만 공식 문서가 “프로덕션 크리티컬 환경에는 권장하지 않는다”고 명시할 정도로 아직 v1.0.0 이전 단계이며, 2026년 8월 현재까지도 안정 버전 태그를 달지 않은 상태가 이어지고 있습니다.
- 완전 무료, MIT 라이선스: 구독료도 사용량 과금도 유료 티어 자체도 없습니다. 상업적 제한도 없어 타인에게 유료 서비스로 재판매하는 것도 라이선스상 허용됩니다. 비용은 오직 셀프호스팅 서버비뿐이며, Hetzner 기준 월 약 $4부터 시작할 수 있고 로컬 개발 환경에서는 완전 무료입니다.
- 단일 라이터 구조의 한계: SQLite 단일 파일 DB이기 때문에 단일 라이터(single-writer) 구조라는 근본적 제약이 있습니다. 커뮤니티 보고 기준으로는 최소 사양 VPS(월 $6 수준)에서도 실시간 동시 연결 1만 건 이상을 처리한 사례가 있지만, 실질적인 수직 확장 한계는 동시 사용자 1만~2만 명 수준으로 보는 시각이 중론이며 수평 확장(멀티 노드)은 지원되지 않습니다.
- 최근 변화는 안정화 중심: 0.39.x 라인에서는 CLI 패닉 복구 처리를 되돌리고(패닉 시 non-zero exit 유지), 로그 차트 로더 UI를 개선하고, modernc.org/sqlite를 v1.55.0으로 업데이트하고, 대용량 파일 업로드 시 메모리 사용량 급증 버그를 수정하고, Rate limiter를 전통적 고정 윈도우 방식으로 바꾸는 등 큰 기능 발표보다는 안정화 작업 위주였습니다.
🔷 5) Nhost - PostgreSQL + Hasura GraphQL 조합
- Postgres와 Hasura, 그리고 Constellation으로의 전환: Nhost는 2019년 설립된 오픈소스 매니지드 BaaS로, 매니지드 PostgreSQL과 Hasura 기반 실시간 GraphQL API, 소셜 로그인·매직링크를 포함한 Auth, CDN 기반 파일 스토리지, 서버리스 Functions, 커스텀 컨테이너 배포까지 하나의 스택으로 제공합니다. 다만 2026년 6월 3일 Hasura Community Edition과 거의 드롭인 호환되는 신규 오픈소스 GraphQL 엔진 Constellation을 공개하면서 “PostgreSQL + Hasura”라는 공식이 더 이상 고정불변은 아니게 됐습니다. Go로 작성된 Constellation은 동일 트래픽 기준 메모리 사용량이 Hasura 대비 약 90% 적다고 발표됐으며, 현재는 Hasura(메타데이터 관리)와 Constellation(GraphQL 요청 처리)을 병행 운영하며 점진적으로 전환하는 방식을 취하고 있습니다.
- 2026년 3월 오픈소스 “Nhost MCP” 공개: 2026년 3월 31일, Nhost는 오픈소스 “Nhost MCP” 서비스를 공개해 Model Context Protocol 연동을 지원하기 시작했습니다. 세부 스펙까지는 확인되지 않았습니다(참고로 신규 JavaScript SDK는 2025년 9월 출시로, 2026년 발표는 아닙니다).
- 요금제: Starter(무료)는 DB 1GB, 스토리지 1GB, Egress 5GB(프로젝트 1개, 미사용 시 정지)까지 제공합니다. Pro는 $25~/월(컴퓨트 크레딧 $15 포함)에 DB 10GB(초과 GB당 $0.20), 스토리지 50GB(초과 GB당 $0.05), Egress 50GB(초과 GB당 $0.10)가 포함되며, Functions는 50개 포함 이후 50개당 $5, 실행 시간은 10GB-시간 포함 이후 GB-시간당 $0.18이 부과됩니다. Team은 Pro와 동일한 한도(DB 10GB·스토리지 50GB·Egress 50GB)에 SOC2 Type II 준수, 이메일 SLA, 외부 DB 연결 지원이 추가되며 $599~/월부터 시작합니다. Enterprise는 모든 한도가 완전 커스텀이며 전담 클러스터·전담 기술 담당자(TAM)가 지원되지만 공개된 시작 가격은 없어 별도 문의로만 안내됩니다.
- 규모는 작지만 안정적: 누적 펀딩은 약 340만 달러로 Supabase 대비 훨씬 소규모입니다. 다만 조사 시점 기준 셧다운이나 인수합병 등 부정적 이벤트는 발견되지 않아, 소규모 팀이라도 GraphQL 우선 아키텍처를 원한다면 여전히 유효한 선택지입니다.
3. DB 모델 · 확장성 벤치마크 대결
[2026년 8월 기준 백엔드 BaaS 비교 — 정성 평가]
Supabase (PostgreSQL) : ⭐⭐⭐⭐⭐ 관계형 쿼리·조인·pgvector, 고동시성 쓰기 우위
Firebase (Firestore) : ⭐⭐⭐⭐☆ NoSQL 확장성 검증됨, Google 인프라 기반
Appwrite (MongoDB) : ⭐⭐⭐⭐☆ 문서형 DB + 셀프호스팅 유연성
Nhost (Postgres+Hasura/Constellation) : ⭐⭐⭐⭐☆ GraphQL 자동 생성, Postgres 안정성 그대로
PocketBase (SQLite) : ⭐⭐⭐☆☆ 저동시성 읽기 우위, 동시 쓰기 확장성 한계
| 항목 | Firebase | Supabase | Appwrite | PocketBase | Nhost |
|---|---|---|---|---|---|
| DB 엔진 | Firestore(NoSQL) | PostgreSQL | MongoDB(기본)/MariaDB | SQLite(단일 파일) | PostgreSQL(+Hasura→Constellation 전환 중) |
| 관계형 조인 | 제한적(비정규화 설계 권장) | 네이티브 지원 | MongoDB 기준 문서형, MariaDB 선택 시 관계형 | 제한적 | 네이티브 지원 |
| AI 벡터 검색 | 별도 연동 필요 | pgvector 네이티브 | 별도 연동 필요 | 별도 연동 필요 | pgvector(Postgres 기반) 활용 가능 |
| 수평 확장 | Google 인프라(관리형) | Multigres 프리뷰(수평 확장 예정) | 관리형 인프라 | 미지원(단일 노드 한계) | 관리형 인프라 |
| GitHub 스타(2026년 기준) | 비공개(폐쇄형) | 10만 개 돌파(2026-05) | 약 5만 6,100개(2026-05) | 비교 자료 없음 | 비교 자료 없음 |
이 백엔드 BaaS 비교에서 실질적인 성능 차이를 결정짓는 것은 결국 DB 모델입니다. 조사한 비교 아티클들에서 반복적으로 등장하는 정성 평가는 “저동시성 읽기는 PocketBase가 우위지만, 복잡한 조인이나 고동시성 쓰기가 들어가면 Supabase Pro가 전반적으로 앞선다”는 것입니다. 다만 이는 공식 벤치마크가 아닌 2차 비교 아티클 기반의 정성적 평가이므로, 실제 서비스 규모가 커지면 자체 부하 테스트로 재검증하는 것이 안전합니다.
PocketBase의 단일 라이터 구조는 커뮤니티 보고 기준 월 $6짜리 최소 사양 VPS에서도 실시간 동시 연결 1만 건 이상을 처리한 사례가 있을 만큼 저사양 환경에서도 선전하지만, 이는 공식 벤치마크가 아닌 커뮤니티 보고라는 점을 감안해야 합니다. 반대로 Supabase는 순정 PostgreSQL이라는 검증된 관계형 DB 위에 pgvector까지 얹을 수 있어, AI 임베딩·벡터 검색이 필요한 프로젝트라면 사실상 가장 먼저 검토해야 할 선택지입니다. 데이터베이스 엔진 자체의 차이(관계형 vs NoSQL vs 인메모리)를 더 폭넓게 비교하고 싶다면 PostgreSQL·MySQL·MongoDB·Redis 데이터베이스 비교 글에서 각 엔진의 근본적인 설계 차이를 확인할 수 있습니다.
Nhost 역시 이 구도에 변화를 예고했습니다. 2026년 6월 3일 공개한 Constellation은 Hasura Community Edition과 거의 드롭인 호환되는 오픈소스 GraphQL 엔진으로, 동일 트래픽 기준 메모리 사용량이 Hasura 대비 약 90% 적다고 발표됐습니다. 아직 Hasura를 완전히 대체한 것은 아니고 병행 운영 중이지만, 이 글에서 지금까지 “PostgreSQL + Hasura”로 단순화해 설명해온 Nhost의 DB 엔진 구도는 앞으로 “PostgreSQL + Hasura/Constellation”으로 재편될 가능성이 높습니다.
시장 구도 측면에서도 흥미로운 변화가 보고되고 있습니다. 일부 매체가 CompTIA 2026 IT Outlook을 인용해 보도한 바에 따르면, Supabase의 BaaS 시장 점유율이 2025년 12%에서 2026년 1분기 28%로 상승했다고 하는데, 이는 원본 리포트를 직접 확인하지 못한 2차 인용 보도이므로 참고 수준으로만 받아들이는 것이 좋습니다.
4. 요금제 · 가격 완전 비교
[유료 진입 장벽 — 월 최소 비용 순]
PocketBase (셀프호스팅) : $0 (라이선스 비용 없음, 서버비만 부담 — Hetzner 약 $4~)
Appwrite (셀프호스팅) : $0 (Docker Compose, 서버 인프라 비용만)
Firebase (Blaze) : $0부터 (무료 한도 초과분부터 종량 과금, 하드 캡 없음)
Supabase (Pro) : $25/월 (프로젝트당)
Appwrite (Cloud Pro) : $25~/월
Nhost (Pro) : $25~/월 (컴퓨트 크레딧 $15 포함)
Supabase (Team) : $599/월
Nhost (Team) : $599~/월
💰 요금제 상세 비교표
| 제품 | 무료 플랜 | 유료 진입가 | 핵심 조건 |
|---|---|---|---|
| Firebase | Spark $0 (Firestore 1GiB, MAU 5만) | Blaze (종량제, 하드 캡 없음) | Cloud Functions 200만 회/월 무료, 이후 백만 회당 $0.40 |
| Supabase | Free $0 (DB 500MB, MAU 5만) | Pro $25/월(프로젝트당) | 1주일 미사용 시 일시정지, Team $599/월(SOC2·14일 백업) |
| Appwrite | Free $0 (읽기 50만/월, MAU 7만5천) | Cloud Pro $25~/월 | 셀프호스팅은 완전 무료(서버비만), 과금 단위 상충 정보 존재 |
| PocketBase | 완전 무료 (라이선스 자체가 무료) | 없음 | 서버비만 부담(Hetzner 약 $4~/월), MIT 라이선스로 재판매도 허용 |
| Nhost | Starter $0 (DB 1GB, 1프로젝트) | Pro $25~/월(크레딧 $15 포함) | Team $599~/월부터(SOC2 Type II·외부 DB 연결), Enterprise는 별도 문의; DB 초과 $0.20/GB·스토리지 초과 $0.05/GB·Egress 초과 $0.10/GB |
숨은 비용 관점에서 세 가지를 짚어야 합니다. 첫째, Firebase Blaze의 “하드 캡 없음” 구조는 스타트업 초기에는 무해해 보이지만, 앱이 갑자기 바이럴을 타면 청구서가 예상보다 훨씬 커질 수 있습니다. 예산 알림(budget alert)을 반드시 설정해두는 것이 안전합니다. 둘째, Supabase Free의 “1주일 미사용 시 일시정지” 조항은 사이드 프로젝트를 오래 방치하면 실제로 발동합니다. 데모나 포트폴리오용으로 유지하려면 최소한의 트래픽을 정기적으로 발생시키거나 Pro로 옮겨야 합니다. 셋째, Appwrite Pro의 과금 단위가 공식 페이지와 3rd party 자료 사이에서 엇갈리는 점은 계약 전 반드시 재확인해야 하는 부분입니다. “$25~/월”이 조직 단위인지 멤버당인지에 따라 팀 규모가 커지면 총 비용 차이가 크게 벌어질 수 있습니다.
가격 구조를 근본적으로 다르게 접근하고 싶다면 PocketBase나 Appwrite 셀프호스팅처럼 “플랫폼 자체는 무료, 서버비만 지불”하는 방식도 이 백엔드 BaaS 비교의 유효한 선택지입니다. 실제로 이런 셀프호스팅 백엔드를 어디에 올릴지 고민 중이라면 Vercel·Netlify·Cloudflare·Render·Fly.io 웹호스팅 & PaaS 비교 글에서 Docker 컨테이너 배포에 특화된 플랫폼들을 확인할 수 있습니다.
5. 사용자 유형별 최종 추천 가이드
🎯 1) 이미 Google Cloud·Firebase 생태계에 종속된 대기업 팀
- 최적의 선택: Firebase
- 이유: Google Cloud 인프라와의 통합, Auth·Hosting·Functions까지 원스톱 제공은 여전히 강력합니다. 다만 Blaze 플랜의 하드 캡 부재는 반드시 예산 알림으로 보완해야 합니다.
🎯 2) 관계형 쿼리·pgvector가 필요한 AI 스타트업
- 최적의 선택: Supabase
- 이유: 순정 PostgreSQL 위에 pgvector가 네이티브로 얹혀 있어 AI 임베딩·벡터 검색을 별도 인프라 없이 바로 붙일 수 있습니다. 시리즈F 이후 자금력도 검증돼 서비스 지속성 리스크가 낮습니다.
🎯 3) 벤더 락인을 피하면서 기능도 넓게 원하는 중소 규모 팀
- 최적의 선택: Appwrite
- 이유: 셀프호스팅이 완전 무료이면서 Auth·DB·Storage·Functions·Messaging·Realtime·Sites·Imagine까지 8종 서비스를 한 번에 제공합니다. 클라우드 Pro의 정확한 과금 단위만 계약 전 재확인하세요.
🎯 4) 인프라 비용을 극한까지 줄이려는 개인 개발자·MVP
- 최적의 선택: PocketBase
- 이유: 라이선스 비용이 아예 없고 Go 단일 바이너리라 Hetzner 등에서 월 $4 수준의 서버비만으로 서비스를 띄울 수 있습니다. 단, 동시 쓰기 확장성 한계와 아직 v1.0 이전이라는 점은 프로덕션 채택 전 감안해야 합니다.
🎯 5) GraphQL API를 자동 생성해서 빠르게 프론트엔드와 연결하고 싶은 팀
- 최적의 선택: Nhost
- 이유: Hasura가 PostgreSQL 스키마 위에 실시간 GraphQL API를 자동 생성해주기 때문에, REST 엔드포인트를 일일이 짜지 않아도 됩니다. 다만 펀딩 규모가 작은 만큼 장기 로드맵은 계속 모니터링하는 것이 좋습니다.
🎯 6) 아직 확신이 없어 여러 백엔드를 동시에 저울질 중인 팀
- 최적의 선택: Supabase Free 또는 PocketBase 로컬 실행으로 프로토타이핑
- 이유: 두 곳 모두 카드 등록 없이(PocketBase는 아예 계정 자체가 필요 없이) 바로 시작할 수 있어, 스키마 설계와 인증 흐름을 먼저 검증한 뒤 나머지 후보로 마이그레이션 난이도를 비교하는 방식이 리스크가 가장 적습니다.
6. 실전 활용 팁 & 흔한 실수
✅ 팁 1) Firebase Blaze는 반드시 예산 알림부터 설정하세요
Blaze 플랜은 무료 한도를 넘는 순간부터 종량 과금이 시작되는데 지출 상한 자체가 없습니다. Google Cloud 콘솔에서 예산 알림(budget alert)을 초기 단계에 설정해두지 않으면, 트래픽 급증 시 청구서를 받고서야 문제를 알게 되는 경우가 흔합니다.
✅ 팁 2) Supabase Free 프로젝트는 방치하지 마세요
1주일 이상 활동이 없으면 프로젝트가 자동으로 일시정지됩니다. 포트폴리오나 데모용으로 계속 살려두고 싶다면 최소한의 헬스체크 요청을 주기적으로 보내거나, 활성 프로젝트 2개 제한 안에서 우선순위를 정해 관리하세요.
✅ 팁 3) Appwrite Pro 계약 전 과금 단위를 직접 재확인하세요
공식 페이지의 “$25~/월”과 일부 3rd party 자료의 “$15/월(조직 멤버당)“이 상충합니다. 팀 규모가 크다면 이 차이가 실제 청구액에서 몇 배로 벌어질 수 있으니, 결제 전 appwrite.io/pricing에서 최신 문구를 직접 확인하는 것을 권합니다.
✅ 팁 4) PocketBase는 아직 v1.0 이전이라는 점을 프로덕션 결정에 반영하세요
공식 문서 스스로 “프로덕션 크리티컬 환경에는 권장하지 않는다”고 명시하고 있습니다. 매출이 직결되는 서비스라면 최신 릴리스 노트를 주기적으로 확인하며 마이그레이션 계획을 함께 세워두는 것이 안전합니다.
✅ 팁 5) DB 모델부터 먼저 정하고 BaaS를 고르세요
관계형 조인·트랜잭션이 많은 도메인(전자상거래, 예약 시스템 등)이라면 Supabase나 Nhost의 순정 PostgreSQL이 유리하고, 스키마가 자주 바뀌는 초기 프로토타입이라면 Firebase Firestore나 Appwrite의 MongoDB 쪽이 유연합니다. DB 엔진 선택 기준 자체를 더 깊이 알고 싶다면 PostgreSQL·MySQL·MongoDB·Redis·DynamoDB 비교 글을 먼저 읽어보는 것을 권합니다.
✅ 팁 6) 셀프호스팅을 고려한다면 배포 플랫폼까지 함께 계획하세요
Appwrite나 PocketBase를 셀프호스팅하기로 했다면, 그 백엔드를 올릴 서버·컨테이너 플랫폼 선택이 바로 다음 의사결정입니다. Docker 기반 배포에 강점이 있는 플랫폼들을 Vercel·Netlify·Cloudflare·Render·Fly.io 비교 글에서, 더 큰 규모의 클라우드 인프라가 필요하다면 AWS·GCP·Azure 클라우드 제공업체 비교 글에서 확인할 수 있습니다.
7. 자주 묻는 질문 (FAQ)
Q. 백엔드 BaaS 비교에서 가장 먼저 확인해야 할 기준은 무엇인가요?
DB 모델(NoSQL vs PostgreSQL vs SQLite), 가격 상한 구조(사용량 무제한 과금 vs 구독제 vs 완전 무료), 벤더 락인 여부(셀프호스팅 가능 여부) 세 가지입니다. 이 세 축만 먼저 정리해도 다섯 개 후보 중 실제로 검토할 대상이 한두 개로 좁혀지는 경우가 많습니다.
Q. Firebase와 Supabase 중 어느 쪽이 더 저렴한가요?
용도에 따라 다릅니다. 트래픽이 작은 프로젝트라면 Firebase Spark(무료 한도)와 Supabase Free(월 $0) 모두 충분하지만, Firebase Blaze는 하드 캡이 없어 사용량이 늘수록 예측이 어려운 반면 Supabase Pro는 $25/월(프로젝트당)로 정액에 가까운 구조라 예산을 세우기 더 쉽습니다.
Q. PocketBase를 실제 서비스 프로덕션에 써도 괜찮나요?
소규모 트래픽(동시 사용자 1만~2만 명 수준)이라면 커뮤니티 보고 기준으로 충분히 안정적으로 동작한 사례들이 있습니다. 다만 공식 문서 자체가 아직 v1.0.0 이전이라 “프로덕션 크리티컬 환경에는 권장하지 않는다”고 명시하고 있으므로, 매출이 직결되는 중대형 서비스라면 신중하게 접근해야 합니다.
Q. Appwrite와 Supabase 모두 오픈소스인데 뭐가 다른가요?
가장 큰 차이는 DB 엔진과 셀프호스팅 시 과금 구조입니다. Supabase는 순정 PostgreSQL을 쓰고 Appwrite는 기본적으로 MongoDB(또는 MariaDB 선택)를 씁니다. 또한 Appwrite는 셀프호스팅 시 서버비 외에 Appwrite 측 종량 과금이 전혀 없는 반면, Supabase Cloud는 관리형 서비스 자체를 기준으로 요금이 책정됩니다.
Q. Nhost는 왜 Supabase보다 덜 알려졌나요?
누적 펀딩 규모가 약 340만 달러로 Supabase(10억 달러 이상 누적 조달)와 비교하면 훨씬 소규모입니다. 마케팅·커뮤니티 규모의 차이가 인지도 차이로 이어진 것으로 보이며, 기능 자체(PostgreSQL + Hasura GraphQL, 2026년 6월 공개한 자체 엔진 Constellation까지)는 GraphQL 우선 아키텍처에 여전히 경쟁력이 있습니다.
Q. Firestore 사용료가 정확히 얼마인지 알고 싶은데 이 글에는 왜 정확한 단가가 없나요?
조사 과정에서 Firestore의 100,000건당 정확한 단가가 자료마다 크게 엇갈렸고, 공식 firebase.google.com/pricing 페이지도 상세 표 없이 cloud.google.com/firestore/pricing으로 링크만 걸어두고 있어 확정적인 수치를 확인하지 못했습니다. 실제 비용을 계산할 때는 그 링크의 최신 표를 직접 확인하는 것을 권장합니다.
Q. 다섯 개 BaaS를 섞어서 써도 괜찮은가요?
가능합니다. 예를 들어 메인 앱은 Supabase로, 내부 관리자 도구는 PocketBase로 빠르게 띄우는 조합도 흔합니다. 다만 인증(Auth) 시스템을 이원화하면 사용자 세션 관리가 복잡해지므로, 여러 BaaS를 섞을 때는 최소한 Auth만큼은 하나로 통일하는 것을 권합니다.
Q. 이 백엔드 BaaS 비교에서 셀프호스팅을 선택하면 정말 비용이 0원인가요?
플랫폼 라이선스 비용은 PocketBase와 Appwrite 모두 0원이 맞습니다. 다만 서버 인프라 비용(Hetzner·DigitalOcean 등 기준 최소 월 $4~)과 운영 부담(백업, 모니터링, 보안 패치)은 여전히 사용자 몫이므로, “완전 무료”가 아니라 “라이선스 비용만 무료”로 이해하는 것이 정확합니다.
8. 결론: 2026년 백엔드 BaaS 비교의 실전 결론
2026년 8월 시점에서 이 백엔드 BaaS 비교의 결론은 명확합니다. Firebase와 Supabase가 양강 구도를 형성하는 가운데, Appwrite·PocketBase·Nhost가 각자의 틈새에서 확실한 존재감을 유지하고 있습니다. Supabase는 시리즈F로 105억 달러 밸류에이션을 찍으며 자금력과 성장세를 모두 증명했고, Firebase는 SQL Connect로 PostgreSQL 진영에 발을 넓히며 “NoSQL 전용”이라는 오래된 인식을 스스로 깨고 있습니다.
실무적으로는 DB 모델을 먼저 정하는 것이 가장 확실한 출발점입니다. 관계형 쿼리·pgvector가 필요하다면 Supabase나 Nhost, Google 생태계에 이미 발을 담근 팀이라면 Firebase, 벤더 락인 없이 기능도 넓게 원한다면 Appwrite, 인프라 비용을 극한까지 줄이려는 개인 프로젝트라면 PocketBase가 각각 가장 합리적인 선택입니다. 다만 Firebase Blaze의 하드 캡 부재, Supabase Free의 일시정지 조항, Appwrite Pro의 과금 단위 상충, PocketBase의 v1.0 이전 상태처럼 각 서비스마다 계약 전 반드시 재확인해야 할 지점이 있다는 것을 잊지 마세요. 백엔드를 정한 뒤 실제 배포 인프라를 고민 중이라면 Vercel·Netlify·Cloudflare·Render·Fly.io 웹호스팅 비교 글이, 더 큰 규모의 클라우드 아키텍처를 검토 중이라면 AWS·GCP·Azure 클라우드 제공업체 비교 글이 다음 단계에 도움이 될 것입니다.
[요약: 내 상황에 맞는 최종 추천]
Google 생태계 종속 대기업 팀
→ Firebase (Blaze, 예산 알림 필수 설정)
관계형 쿼리·pgvector가 필요한 AI 스타트업
→ Supabase (Pro $25/월, 순정 PostgreSQL + pgvector)
벤더 락인 회피 + 넓은 기능이 필요한 팀
→ Appwrite (셀프호스팅 완전 무료, 8종 서비스)
인프라 비용 극한 절감이 필요한 개인 개발자
→ PocketBase (라이선스 무료, 서버비만 월 $4~)
GraphQL 우선 아키텍처를 원하는 팀
→ Nhost (Postgres + Hasura, Pro $25~/월)
아직 확신 없이 저울질 중
→ Supabase Free 또는 PocketBase 로컬 실행으로 프로토타이핑
프로젝트의 DB 모델과 예산 상한 구조를 먼저 정하고 그 위에 최신 요금제를 얹으면, 이 백엔드 BaaS 비교에서 다루는 다섯 후보 중 실제로 옮겨야 할 선택지가 훨씬 분명해집니다.