PocketBase 완벽 가이드 | 오픈소스 백엔드·SQLite·실시간·Auth·파일·실전 활용
이 글의 핵심
PocketBase로 빠른 백엔드를 구축하는 완벽 가이드. 단일 파일 실행, SQLite DB, 실시간 구독, 인증, 파일 스토리지까지 실전 예제로 정리. PocketBase·Backend·SQLite 중심으로 설명합니다.
이 글의 핵심
PocketBase로 빠른 백엔드를 구축하는 완벽 가이드입니다. 단일 파일 실행, SQLite DB, 실시간 구독, 인증, 파일 스토리지까지 실전 예제로 정리했습니다.
실무 경험 공유: 복잡한 백엔드를 PocketBase로 전환하면서, 인프라 관리가 사라지고 개발 속도가 5배 빨라진 경험을 공유합니다.
들어가며: “백엔드 설정이 복잡해요”
실무 문제 시나리오
시나리오 1: 서버 설정이 어려워요
Express + DB 설정이 복잡합니다. PocketBase는 단일 파일로 실행됩니다. 시나리오 2: Admin 패널이 필요해요
직접 만들어야 합니다. PocketBase는 내장 Admin UI를 제공합니다. 시나리오 3: 배포가 어려워요
복잡한 인프라가 필요합니다. PocketBase는 단일 바이너리로 배포됩니다.
1. PocketBase란?
핵심 특징
PocketBase는 오픈소스 백엔드입니다. 주요 장점:
- 단일 파일: 실행 파일 하나
- SQLite: 내장 데이터베이스
- Admin UI: 내장 관리 패널
- 실시간: 실시간 구독
- 인증: 이메일, OAuth
- 파일 스토리지: 내장
2. 설치 및 실행
다운로드
# macOS/Linux
wget https://github.com/pocketbase/pocketbase/releases/download/v0.20.0/pocketbase_0.20.0_linux_amd64.zip
unzip pocketbase_0.20.0_linux_amd64.zip
# 실행
./pocketbase serveAdmin UI
http://localhost:8090/_/3. JavaScript SDK
설치
npm install pocketbase초기화
// lib/pocketbase.ts
import PocketBase from 'pocketbase';
export const pb = new PocketBase('http://localhost:8090');4. CRUD
Create
// 변수 선언 및 초기화
const record = await pb.collection('posts').create({
title: 'My First Post',
content: 'Hello PocketBase!',
author: userId,
});Read
// 전체 조회
const records = await pb.collection('posts').getFullList();
// 단일 조회
const record = await pb.collection('posts').getOne(recordId);
// 필터링
const records = await pb.collection('posts').getList(1, 20, {
filter: 'published = true',
sort: '-created',
});Update
const record = await pb.collection('posts').update(recordId, {
title: 'Updated Title',
});Delete
await pb.collection('posts').delete(recordId);5. 인증
회원가입
// 변수 선언 및 초기화
const record = await pb.collection('users').create({
email: '[email protected]',
password: 'password123',
passwordConfirm: 'password123',
name: 'John',
});로그인
// 변수 선언 및 초기화
const authData = await pb.collection('users').authWithPassword(
'[email protected]',
'password123'
);
console.log(pb.authStore.token);
console.log(pb.authStore.model);OAuth
const authData = await pb.collection('users').authWithOAuth2({
provider: 'google',
});세션 관리
// 현재 사용자
const user = pb.authStore.model;
// 로그아웃
pb.authStore.clear();
// 세션 변경 감지
pb.authStore.onChange((token, model) => {
console.log('Auth changed:', token, model);
});6. 실시간 구독
// 구독
pb.collection('posts').subscribe('*', (e) => {
console.log('Event:', e.action, e.record);
});
// 특정 레코드 구독
pb.collection('posts').subscribe(recordId, (e) => {
console.log('Record updated:', e.record);
});
// 구독 해제
pb.collection('posts').unsubscribe();React 예제
'use client';
import { useEffect, useState } from 'react';
import { pb } from '@/lib/pocketbase';
export default function Posts() {
const [posts, setPosts] = useState([]);
useEffect(() => {
fetchPosts();
pb.collection('posts').subscribe('*', () => {
fetchPosts();
});
return () => {
pb.collection('posts').unsubscribe();
};
}, []);
async function fetchPosts() {
const records = await pb.collection('posts').getFullList();
setPosts(records);
}
return (
<ul>
{posts.map((post) => (
<li key={post.id}>{post.title}</li>
))}
</ul>
);
}7. 파일 업로드
const formData = new FormData();
formData.append('title', 'Post with Image');
formData.append('image', file);
const record = await pb.collection('posts').create(formData);
// 파일 URL
const url = pb.files.getUrl(record, record.image);8. 배포
Docker
FROM alpine:latest
RUN apk add --no-cache ca-certificates
COPY pocketbase /usr/local/bin/pocketbase
EXPOSE 8090
CMD ["/usr/local/bin/pocketbase", "serve", "--http=0.0.0.0:8090"]정리 및 체크리스트
핵심 요약
- PocketBase: 오픈소스 백엔드
- 단일 파일: 실행 파일 하나
- SQLite: 내장 데이터베이스
- Admin UI: 내장 관리 패널
- 실시간: 실시간 구독
- 인증: 이메일, OAuth
구현 체크리스트
- PocketBase 다운로드
- 서버 실행
- Collection 생성
- CRUD 구현
- 인증 구현
- 실시간 구독 구현
- 배포
같이 보면 좋은 글
- Supabase 완벽 가이드
- Convex 완벽 가이드
- SQLite 가이드
이 글에서 다루는 키워드
PocketBase, Backend, SQLite, Realtime, Auth, Open Source, Go
내부 동작과 핵심 메커니즘
이 글의 주제는 「PocketBase 완벽 가이드 | 오픈소스 백엔드·SQLite·실시간·Auth·파일·실전 활용」입니다. 여기서는 앞선 설명을 구현·런타임 관점에서 한 번 더 압축합니다. 시스템·런타임 경계(스케줄링, I/O, 메모리, 동시성)를 기준으로 생각하면, “입력이 어디서 검증되고, 핵심 연산이 어디서 일어나며, 부작용(I/O·네트워크·디스크)이 어디서 터지는가”가 한눈에 드러납니다.
처리 파이프라인(개념도)
flowchart TD A[입력·요청·이벤트] --> B[파싱·검증·디코딩] B --> C[핵심 연산·상태 전이] C --> D[부작용: I/O·네트워크·동시성] D --> E[결과·관측·저장]
알고리즘·프로토콜 관점에서의 체크포인트
- 불변 조건(Invariant): 각 단계가 만족해야 하는 조건(예: 버퍼 경계, 프로토콜 상태, 트랜잭션 격리)을 문장으로 적어 두면 디버깅 비용이 줄어듭니다.
- 결정성: 동일 입력에 동일 출력이 보장되는 순수한 층과, 시간·네트워크에 의해 달라질 수 있는 층을 분리해야 테스트와 장애 분석이 쉬워집니다.
- 경계 비용: 직렬화/역직렬화, 문자 인코딩, syscall 횟수, 락 경합처럼 “한 번의 호출이 아니라 누적되는 비용”을 의심 목록에 넣습니다.
프로덕션 운영 패턴
실서비스에서는 기능 구현과 함께 관측·배포·보안·비용이 동시에 요구됩니다. 아래는 팀에서 자주 쓰는 최소 체크리스트입니다.
| 영역 | 운영 관점에서의 질문 |
|---|---|
| 관측성 | 요청 단위 상관 ID, 에러율/지연 분위수, 주요 의존성 타임아웃이 보이는가 |
| 안전성 | 입력 검증·권한·비밀 관리가 코드 경로마다 일관적인가 |
| 신뢰성 | 재시도는 멱등한 연산에만 적용되는가, 서킷 브레이커·백오프가 있는가 |
| 성능 | 캐시 계층·배치 크기·풀링·백프레셔가 데이터 규모에 맞는가 |
| 배포 | 롤백 룬북, 카나리, 마이그레이션 호환성이 문서화되어 있는가 |
운영 환경에서는 “개발자 PC에서는 재현되지 않던 문제”가 시간·부하·데이터 크기 때문에 드러납니다. 따라서 스테이징의 데이터 양·네트워크 지연을 가능한 한 현실에 가깝게 맞추는 것이 중요합니다.
문제 해결(Troubleshooting)
| 증상 | 가능 원인 | 조치 |
|---|---|---|
| 간헐적 실패 | 레이스 컨디션, 타임아웃, 외부 의존성 불안정 | 최소 재현 스크립트 작성, 분산 트레이스·로그 상관관계 확인 |
| 성능 저하 | N+1 쿼리, 동기 I/O, 잠금 경합, 과도한 직렬화 | 프로파일러·APM으로 핫스팟 확인 후 한 가지씩 제거 |
| 메모리 증가 | 캐시 무제한, 클로저/이벤트 구독 누수, 대용량 객체의 불필요한 복사 | 상한·TTL·스냅샷 비교(힙 덤프/트레이스) |
| 빌드·배포만 실패 | 환경 변수·권한·플랫폼 차이 | CI 로그와 로컬 diff, 컨테이너/런타임 버전 핀(pin) |
권장 디버깅 순서: (1) 최소 재현 만들기 (2) 최근 변경 범위 좁히기 (3) 의존성·환경 변수 차이 확인 (4) 관측 데이터로 가설 검증 (5) 수정 후 회귀·부하 테스트.
자주 묻는 질문 (FAQ)
Q. Supabase와 비교하면 어떤가요?
A. PocketBase가 더 간단하고 셀프 호스팅이 쉽습니다. Supabase는 PostgreSQL 기반으로 더 강력합니다.
Q. 프로덕션에서 사용해도 되나요?
A. 네, 소규모 프로젝트에 적합합니다. 대규모는 PostgreSQL 기반을 권장합니다.
Q. 무료인가요?
A. 네, 완전히 오픈소스이고 무료입니다.
Q. 확장성은 어떤가요?
A. SQLite 기반이라 단일 서버에 적합합니다. 대규모는 Supabase를 권장합니다.