"DB 이것저것 쓰지 말고 그냥 포스트그레스 하나로 끝내라" 개발자들 폭풍 공감 글

요약 개발자 커뮤니티에서 'Postgres Is Enough(포스트그레스면 충분하다)'라는 프로젝트 웹사이트가 큰 공감을 얻고 있습니다. 핵심 메시지는 대부분의 개발팀이 불필요할 정도로 많은 종류의 데이터베이스와 마이크로서비스를 남용하고 있으며, 사실상 포스트그레스(PostgreSQL) 하나만으로도 대부분의 문제를 해결할 수 있다는 것입니다. 흔히 스타트업이나 개발팀이 겪는 전형적인 패턴이 있습니다. 캐싱이 필요하다며 레디스(Redis)를 붙이고, 전문 검색을 위해 엘라스틱서치(Elasticsearch)를 도입하며, 백그라운드 작업을 위해 사이드킥(Sidekiq)을 더합니다. 여기에 문서형 데이터는 몽고DB(MongoDB), 분석은 스노우플레이크(Snowflake), 이벤트 처리는 카프카(Kafka), AI 벡터 검색은 파인콘(Pinecone)까지 추가하면서 순식간에 7개 이상의 서로 다른 데이터 스토어를 굴리게 됩니다. 결국 이로 인해 배포, 백업, 모니터링, 버전 업그레이드 등 운영 부담만 눈덩이처럼 불어나고, 새벽 3시에 시스템 간 연동 장애로 호출을 당하는 사태가 벌어집니다. 작성자는 실제로 '웹스케일' 급의 트래픽을 처리해야 하는 프로젝트는 전체의 0.3%에 불과하다고 지적합니다. 넷플릭스나 노션, 인스타그램 같은 수백만 유저를 가진 거대 서비스조차 검증된 '지루한 기술'을 믿고 쓰는 마당에, 초기 스타트업이 정작 중요한 문제 해결 대신 인프라 복잡도에 귀중한 리소스를 낭비할 이유가 없다는 설명입니다. 실제로 포스트그레스는 다양한 기능과 확장 기능(Extension)을 지원합니다: - 캐싱: UNLOGGED 테이블, Materialized View - 작업 큐: SKIP LOCKED, pgmq, pgflow - 전문 검색: tsvector, pg_trgm, ParadeDB - 문서 저장: JSONB, FerretDB - 벡터 검색: pgvector, pgvectorscale - 시계열 데이터: TimescaleDB, pg_partman - 분석/OLAP: pg_analytics, DuckDB 통합 - 그래프 DB: Apache AGE, 재귀 CTE - 지리공간 정보: PostGIS 작성자는 다른 특화 인프라를 완전히 쓰지 말라는 교조주의가 아니라, 먼저 포스트그레스의 한계까지 밀어붙여 보고 도저히 감당이 안 될 때만 운영 비용을 감수하고 새 도구를 추가해도 늦지 않다고 강조합니다.