한 줄 정의

PocketBase는 SQLite, 로그인, 파일, realtime 알림, Admin 화면, REST-ish API를 하나의 Go 실행 파일에 묶은 백엔드야. v0.37.5는 2026-05-02에 올라왔지만, README는 v1.0.0 전까지 호환성 보장을 경고해.

그래서 첫 판단은 “오늘 내부툴을 빨리 띄울 것인가, 오래 운영할 제품의 백업·복구·확장 절차까지 필요한가”야.

실제로 무엇을 하나

  • 실행 파일을 내려받아 serve 명령으로 띄우면 Admin 화면에서 collection, 로그인, 파일 규칙을 바로 만들 수 있어.
  • SQLite 파일을 데이터 저장소로 쓰고, 작은 협업툴이나 dashboard에 필요한 realtime 알림도 제공해.
  • Go 앱에 embed해서 hook, route, migration을 코드로 확장할 수 있어. 이때는 runtime 배포와 백업 절차도 팀이 맡게 돼.

왜 중요한가

PocketBase는 작은 팀이 백엔드 조합을 고르는 시간을 줄여 줘. 인증, 파일, Admin 화면을 따로 붙이지 않아도 되는 점이 장점이야.

하지만 운영이 길어지면 질문이 바뀐다. SQLite 파일을 언제 백업할지, migration 실패를 어떻게 되돌릴지, 장애 때 누가 restore할지를 먼저 정해야 해.

언제 쓰고 언제 넘기나

  • 쓸 때: 내부 admin, 작은 MVP, 팀 내부 CRUD 도구처럼 한 서버로 충분한 서비스를 빠르게 만들 때 맞아.
  • 쓸 때: Supabase처럼 관리형 백엔드까지는 필요 없고, auth·file·admin UI를 한 번에 갖추고 싶다면 좋아.
  • 넘길 때: 여러 지역 배포, 자동 failover, 관리형 backup, 엄격한 권한 감사가 필요하면 처음부터 관리형 백엔드나 별도 구조가 낫다.

주의해서 볼 점

주의 섹션에서 먼저 볼 건 버전 업그레이드와 데이터 복구야. SQLite 파일 백업, migration rehearsal, restore test를 배포 절차에 넣지 않으면 작은 서비스라도 장애 복구가 어려워져.

v1.0.0 전 경고는 무시할 수 있는 문구가 아니야. 장기 운영 제품이면 release note와 migration guide를 배포 전 체크리스트에 넣어야 해.

같이 보면 좋은 항목

  • API: PocketBase가 제공하는 REST에 가까운 호출 방식를 이해하는 기준이야.
  • runtime: 실행 파일 운영과 백업 책임을 어디에 두는지 보여 줘.
  • Supabase: 관리형 백엔드와 직접 운영 백엔드를 비교할 때 맞닿아.