프런트 엔드 엔지니어의 구세주?
“백엔드 구축이 번거롭고 좀처럼 앱 프로토 타입이 진행되지 않는다” 그런 고민을 가진 개발자들 사이에서 최근 급속히 지지를 모으고 있는 것이 「Supabase」입니다. Firebase의 대체로 언급되는 경우가 많습니다만, 도대체 무엇이 다른 것일까요?
자주 묻는 의문을 Q&A 형식으로 정리해 보았습니다.
Q1 : Supabase는 한마디로 무엇입니까?
A: 오픈 소스 “BaaS(Backend as a Service)“입니다. PostgreSQL을 기반으로 하여 데이터베이스, 인증 기능, 스토리지, 실시간 리스너 등의 백엔드에 필요한 기능 세트를 놀라울 정도로 간편하게 프로젝트에 통합할 수 있습니다.
Q2: 기존 서비스(Firebase 등)와 무엇이 다른가요?
A: 가장 큰 차이점은 “관계형 데이터베이스(RDB)“를 사용한다는 것입니다. Firebase의 Firestore와 같은 NoSQL도 편리하지만 복잡한 데이터를 연결하거나 SQL을 사용하여 고급 집계를 수행하려는 경우 PostgreSQL 기반의 Subabase는 매우 강력한 아군입니다.
Q3 : 어떤 프로젝트에 적합합니까?
A: 개인 개발에서 시작 MVP 개발에 이상적입니다. 특히 React나 Next.js등의 현대적인 프런트 엔드 프레임워크와 궁합이 좋고, SDK를 읽는 것만으로 몇 줄의 코드로 데이터의 읽고 쓰기나 유저 인증이 완성됩니다.
실제로 소개해 보았던 것을 깨달았다.
나 자신은 몇몇 프로젝트에서 Supabase를 채택했지만 대시 보드의 직관적 인 조작감에 감동했습니다. 브라우저에서 직접 테이블을 만들고 열 데이터 형식을 지정한 다음 Row Level Security (RLS)라는 보안 규칙 설정까지 완료합니다.
API의 엔드포인트를 일부러 만들지 않아도 프런트 엔드에서 안전하게 직접 데이터베이스에 액세스할 수 있기 때문에 개발 속도는 기존의 배 이상으로 뛰어 올랐습니다.
여기에는주의가 필요합니다.
한편, 완전히 백엔드 지식이 필요하지 않습니다. 데이터베이스 설계(정규화 등)를 잘못하면 나중에 데이터 무결성을 유지하기가 어려워지고 RLS 설정을 잘못하면 정보 유출의 위험도 있습니다. SQL의 기본 지식과 관계형 데이터베이스의 설계 사상에 대해서는 최소한 배워야 합니다.
미래 전망
Supabase는 현재도 활발하게 개발이 계속되고 있으며 Edge Functions (서버리스 함수) 등의 새로운 기능도 차례로 추가되고 있습니다. 단순한 「데이터베이스 대신」에 그치지 않고, 풀 스택인 어플리케이션 플랫폼으로서 진화해 나가는 것은 틀림없습니다.
아직 만지지 않았다면 주말 몇 시간을 사용하여 튜토리얼을 사용해보십시오. 그 쾌적한 개발 체험에 분명 열중할 것입니다.