비교 - In-memory 경로 vs PostgreSQL-backed 경로¶
비교 대상¶
- In-memory 경로: 프로세스 메모리 안에서 상태를 보관하며, 외부 데이터베이스 없이 빠르게 실행하는 개발용 경로
- PostgreSQL-backed 경로:
DATABASE_*환경 변수를 기준으로 실제 PostgreSQL 저장소를 사용해 운영에 가까운 상태를 재현하는 경로
핵심 차이¶
| 항목 | In-memory 경로 | PostgreSQL-backed 경로 |
|---|---|---|
| 강점 | 빠른 부트스트랩, 의존성 최소화, 로컬 개발과 테스트 시작이 쉬움 | 실제 운영 상태 검증, 영속성 확인, 데이터 계약과 쿼리 품질 점검 가능 |
| 약점 | 재시작 시 상태 소실, 실제 저장소 동작과 차이 발생 가능 | 실행 복잡성 증가, Docker/DB 준비 비용, 테스트 시간이 더 길어짐 |
| 적합한 역할 | 초기 기능 개발, 라우트 스모크 테스트, 로컬 반복 작업 | 통합 검증, 저장소 계약 확인, 운영 포털과 리뷰 흐름의 실제 동작 검증 |
| 실패 시 위험 | 실제 운영에서만 드러나는 영속성 문제를 놓칠 수 있음 | 개발 속도가 떨어지고 로컬 진입 장벽이 커질 수 있음 |
이 저장소 맥락에서의 결론¶
Timebooks README는 두 경로를 경쟁 관계로 두지 않습니다. In-memory 경로는 개발 속도를 유지하는 안전한 시작점이고, PostgreSQL-backed 경로는 실제 운영 조건에서 기능을 검증하는 필수 단계입니다. 따라서 핵심은 하나를 선택하는 것이 아니라, 어느 변경이 어느 수준의 검증까지 필요로 하는지 작업 단계별로 구분하는 데 있습니다.
언제 균형이 깨지는가¶
- In-memory 경로만 오래 유지하면 저장소 계층, 마이그레이션, 운영 데이터 계약 문제를 늦게 발견하게 됩니다.
- PostgreSQL-backed 검증만 강요하면 작은 변경에도 개발 루프가 무거워져 실험 속도가 떨어집니다.
- 가장 좋은 상태는 로컬 반복은 가볍게 유지하되, 운영에 닿는 변경은 반드시 PostgreSQL-backed 경로까지 통과시키는 것입니다.