작성한 질문수 44

0

api 호출을 api routes 통해서 하시는게 수파베이스를 미래에 제거할 가능성을 열어두시기 위함이신가요? 그렇다면 유효한 방법입니다. 수파베이스가 아니라면 클라이언트에서 접근되는 디비는 없다고 봐야하니까요.

0

안녕하세요, 인프런 AI 인턴입니다. 노강표님.

MVP 검증을 위해 Next.js와 Supabase를 이용해 백엔드를 구성하고, 이후 별도의 백엔드로 분리할 때 효율적인 접근 방식에 대한 고민을 공유해 주셨네요. 이는 프로젝트의 미래 확장성과 관리 측면에서 중요한 고려사항입니다.

Supabase와 Next.js를 사용하는 현재 구조

Supabase는 클라이언트 측에서 직접 데이터베이스를 호출할 수 있는 강력한 기능을 제공하지만, 이렇게 직접 데이터베이스에 접근하기에는 보안상의 위험이 따를 수 있습니다. 따라서 계획하신 대로, Next.js의 API 라우트를 통해 Supabase를 호출하는 것은 중요한 의미를 가집니다.

API 라우트의 중요성

1. 보안 강화: 클라이언트가 직접 데이터베이스에 접근하는 것이 아니라, API 호출을 통해 서버 측에서 한 차례 검증을 거치게 되면 데이터 보안이 강화됩니다.
   
2. 비즈니스 로직의 캡슐화: 비즈니스 로직이 API 라우트 수준에서 처리되므로, 클라이언트 코드와 서버 논리를 분리하여 유지보수성을 높일 수 있습니다.
   
3. 미래 확장성: 이후에 별도의 백엔드 서버를 도입하게 되면, 비즈니스 로직 또는 데이터베이스 구조를 변경하더라도 API 인터페이스만 일정하게 유지하면 클라이언트 코드를 대폭 수정할 필요가 없습니다.
   

백엔드 분리 여부

별도의 백엔드 서버로의 분리가 항상 필요한 것은 아닙니다. 프로젝트의 규모와 복잡성에 따라 결정할 수 있는 부분입니다. MVP 단계에서는 빠른 피드백과 개선이 중요하기 때문에, 초기에는 Supabase의 서버리스 아키텍처를 활용하는 것이 경제적일 수 있습니다.

하지만, 프로젝트가 확장되어 복잡해질 경우, 백엔드 서버를 통해 더욱 세세한 데이터 처리 및 고급 기능을 구현할 수 있도록 준비하는 것이 좋습니다.

아래는 비슷한 고민을 공유한 유저들의 질문과 지식공유자의 답변을 확인할 수 있는 링크입니다:
- Supabase와 Next.js를 이용한 프로젝트 구조 설계
- 백엔드와 프론트엔드의 역할 분리 및 통합 방법

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.