들어가며
Supabase는 오픈소스 Firebase 대안으로 개발자 사이에서 빠르게 인기를 얻고 있어요. PostgreSQL 기반의 직관적인 구조, REST/GraphQL API 자동 생성, 편리한 Auth 기능. 하지만 CRUD를 직접 만들다 보면 운영 단계에서 예상치 못한 반복 작업이 생깁니다.
Supabase CRUD의 기본 흐름
Supabase에서 테이블을 만들면 REST API가 자동으로 생성됩니다. 클라이언트에서 supabase.from('table').select()처럼 간단하게 데이터를 읽고 쓸 수 있어요. 초기 세팅은 빠르고 직관적입니다.
관리자 화면은 직접 만들어야 한다
Supabase는 데이터 백엔드는 제공하지만, 비개발자가 쓸 수 있는 관리자 UI는 제공하지 않아요. 운영 담당자가 데이터를 수정하려면 개발자에게 요청하거나, 별도 관리자 화면을 직접 개발해야 합니다. 이게 Supabase만으로 운영 구조를 완성하기 어려운 이유예요.
반복되는 CRUD 개발 문제
프로젝트마다 팝업, 배너, 공지사항 CRUD를 새로 만드는 경우가 많아요. 구조는 비슷한데 매번 새로 작성하고, 관리자 UI도 매번 새로 만듭니다. 이 반복이 개발 시간을 잡아먹고, 유지보수 부담을 늘립니다.
언제 Supabase가 맞고 언제 다른 도구가 맞나요?
복잡한 비즈니스 로직과 커스텀 데이터 구조가 필요하다면 Supabase가 좋아요. 하지만 팝업·배너·공지·FAQ 같이 정형화된 운영 콘텐츠를 관리하는 것이 목적이라면, 이미 이 기능을 갖춘 플랫폼을 연결하는 편이 훨씬 빠릅니다.
디보로 해결할 수 있어요
디보는 운영 콘텐츠 CRUD와 관리자 UI를 이미 갖추고 있어요. Supabase로 구현하려던 팝업·배너·공지 관리 기능을 직접 개발하지 않고 익스텐션으로 연결할 수 있습니다. 반복 개발 없이 운영 기능을 바로 시작할 수 있어요.