Supabase: Postgres 기반 오픈소스 Firebase 대안

배경

Supabase는 무엇이며, 왜 Firebase의 대안으로 등장했을까요? Supabase는 Postgres를 중심에 둔 오픈소스 개발 플랫폼입니다. 엔터프라이즈급 오픈소스 도구를 엮어 Firebase와 같은 개발 경험을 재현합니다. 지난 10여 년 동안 모바일·웹 앱의 백엔드는 데이터베이스, 사용자 로그인, 파일 저장, 실시간 푸시, 서버 함수라는 고정된 묶음이 되었습니다. Firebase는 이 묶음을 관리형 서비스로 제공했습니다. 덕분에 프런트엔드 개발자는 서버 작업 없이 제품을 내놓을 수 있었습니다. 대가는 데이터 모델이 독점 체계에 갇힌다는 점이었고, 이전과 셀프 호스팅이 어려워졌습니다.

Supabase의 원칙은 단순합니다. MIT나 Apache 2 같은 관대한 라이선스의 도구가 이미 있으면 채택해 지원합니다. 없으면 직접 만들어 공개합니다. 그래서 Firebase를 일대일로 복제한 제품이 아닙니다. 성숙한 오픈소스 부품을 하나의 제품으로 조립한 플랫폼입니다. 핵심은 30년 넘게 개발되어 온 Postgres 전용 데이터베이스입니다. GitHub 저장소는 별이 11만 개를 넘고 주로 TypeScript로 작성되었습니다. ai, auth, deno, embeddings, firebase 같은 태그는 이 프로젝트가 Firebase 대안과 AI 앱 데이터 계층이라는 두 역할을 함께 맡고 있음을 보여 줍니다.

심층 분석

Supabase의 기술적 가치는 부품이 맞물리는 방식에 있습니다. 모든 데이터와 권한은 Postgres에 모입니다. PostgREST는 Postgres 데이터베이스를 곧바로 RESTful API로 바꾸는 웹 서버입니다. 테이블을 만들면 엔드포인트가 생기므로 CRUD 코드를 따로 짤 필요가 없습니다. pg_graphql 확장은 같은 데이터에 GraphQL 인터페이스를 더해, 팀이 원하는 조회 방식을 고르게 해 줍니다. Supabase는 Postgres의 변경 사항을 어떻게 실시간으로 전달할까요? Realtime은 Elixir로 작성된 서버입니다. Postgres의 내장 복제 기능으로 삽입, 수정, 삭제를 읽어 JSON으로 바꾸고, websocket을 통해 권한이 있는 클라이언트에 방송합니다. 데이터베이스가 유일한 진실의 원천으로 남고, 실시간 계층은 데이터베이스가 이미 한 일을 알리기만 합니다. 인증은 JWT 기반 API인 GoTrue가 맡아 가입, 로그인, 세션을 처리합니다. Storage는 S3 파일을 다루는 RESTful API이며 권한 판단은 Postgres에 넘깁니다. 그래서 파일과 데이터 행이 같은 인가 로직을 공유합니다. 함수는 데이터베이스 함수와 Edge Functions로 나뉩니다. 저장소의 deno 태그는 후자가 Deno 런타임과 이어져 있음을 암시합니다. 벡터·임베딩 툴킷 덕분에 Postgres 한 곳에 관계형 데이터와 임베딩을 함께 둘 수 있습니다. Firebase의 독점 문서 데이터베이스와 가장 크게 다른 점은 바탕이 표준 SQL과 공개 부품이라는 사실입니다.

시작하는 길은 세 가지입니다. 가장 쉬운 길은 대시보드에서 가입해 설치 없이 쓰는 호스팅 플랫폼입니다. 더 큰 통제권이 필요한 팀은 공식 가이드로 셀프 호스팅하거나 로컬 개발 환경을 구성할 수 있습니다. 문서는 supabase.com/docs에 있고, 질문은 GitHub Discussions, 버그는 Issues, 작품 공유는 Discord로 나뉩니다.

산업 영향

엔지니어링 팀에게 Supabase는 빠른 시작과 종속 회피를 한 제안에 담았습니다. Postgres가 중심이라 스키마, 질의 언어, 권한 모델이 모두 업계 공통 지식입니다. 오늘 쌓은 경험은 내일 다른 인프라로 옮겨도 그대로 쓸 수 있습니다. 재작성 비용을 감당하기 어려운 소규모 팀에게 이는 실질적인 벤더 위험 완충 장치입니다.

AI 측면도 중요합니다. 벡터와 임베딩을 관계형 데이터베이스에 두면 작은 팀이 더 적은 시스템으로 프로토타입에서 출시까지 갈 수 있습니다. 사용자 테이블, 권한 규칙, 임베딩이 한 데이터베이스에 있으므로 주 저장소와 별도 벡터 서비스 사이의 동기화 문제가 사라집니다.

한계도 분명합니다. Supabase는 여러 독립 오픈소스 구성 요소로 이루어진 플랫폼입니다. 셀프 호스팅하는 팀은 이 부품들을 이해하고 직접 운영해야 하며, 부담은 팀 규모와 경험에 따라 달라집니다. 프로젝트 스스로도 Firebase의 일대일 대응이 아니라고 강조합니다. Firebase에서 옮겨 오는 팀은 데이터 모델링과 권한 설계를 다시 생각해야 하고 Postgres 자체를 제대로 익혀야 합니다.

전망

지켜볼 지점은 세 가지입니다. 첫째, AI·벡터 툴킷이 더 큰 실제 워크로드에서 버티는지입니다. README는 이를 핵심 기능으로 소개하지만 출처에는 성능 수치가 없습니다. 규모에 관한 주장은 각 팀이 직접 검증해야 합니다.

둘째, Edge Functions의 개발 경험이 어떻게 다듬어지는지입니다. 사용자 정의 로직이 데이터베이스 밖으로 나가는 자리이므로, Deno 런타임과의 연결이 TypeScript 개발자에게 얼마나 매끄러운지가 체감 품질을 좌우합니다.

셋째, 커뮤니티가 커져도 PostgREST, GoTrue, Realtime, pg_graphql이 함께 움직이며 안정성을 유지하는지입니다. 플랫폼의 가치는 이 독립 부품들의 보조에 달려 있습니다. 종속 없는 웹·모바일·AI 백엔드를 원하는 개발자라면 호스팅 서비스에서 시작하고, 스키마를 표준 SQL로 유지하며, 셀프 호스팅을 사전에 검증한 선택지로 준비해 두는 편이 현실적입니다.