인프런 커뮤니티 질문&답변

그렇군요 쉽지 않군요 .. 그 옛날 php 만 하다
다시 하려니 다 어렵게 변했네요 그럼
서버쪽 구축은 어떤 강의를 들어야 할까요

안녕하세요 이정환입니다.

Next.js 서비스에서 Supabase 데이터베이스에 직접 엑세스에서 작업하는 방식을 말씀하시는건가요? 물론 그렇게 진행하셔도 됩니다. 그러나 이렇게 진행하실 경우 Next.js App Router에서 제공하는 강력한 기능인 데이터 캐시를 충분히 활용할 수 없게 됩니다.

또 대다수의 실무 환경에서는 프론트엔드가 데이터베이스에 직접 엑세스 하기 보다는 백엔드 서비스를 통해 API 형태로 엑세스 하게 됩니다. 따라서 강의에서 안내드린 REST API나 GrpahQL을 많이 활용하게 됩니다. 이런 이유로 인해 백엔드 서버와 프론트엔드 서버를 별도로 분리해 배포 하시도록 안내드리고 있습니다.

쉬운 길은 말씀하신대로 All in One 으로 배포하는거지만, 앞으로 수행하실 실무 영역에서는 이런 경우가 그닥 많지 않으니까요 😃

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

배포 및 개발 과정에서 API 서버와 프론트엔드 애플리케이션을 분리하는 방법에 대해 질문을 주셨군요. 이와 관련되어 몇 가지 정보와 이유를 설명해드리겠습니다.

API 서버와 프론트엔드 분리

1. 구분된 아키텍처:

   • 유지보수 용이성: API 서버(백엔드)와 프론트엔드(클라이언트)를 분리하면 유지보수가 훨씬 용이합니다. 기능이 각각 따로 모듈화되어 있어 각 부분만의 버그 수정이나 기능 향상이 가능합니다.
     
   • 독립적인 확장성: 서버가 독립적으로 운영되기 때문에, 서버의 로드를 분산하거나 확장해야 하는 경우 별도로 조정할 수 있습니다.
     
   • 보안: 데이터베이스나 중대한 로직은 백엔드에서 처리해야 보안 상 더욱 안전합니다.
     

2. 개발과 테스트의 편리함:

   • 개발의 편리함: 각 부분을 독립적으로 개발할 수 있고, API 명세서만 맞춰두면 서로 다른 개발자들이 동시에 작업할 수 있습니다.
     
   • 테스트의 용이성: 프론트엔드와 백엔드를 분리하여 독립적으로 테스트할 수 있습니다. 이는 개별적으로 문제가 있는 부분을 쉽게 디버깅할 수 있게 해줍니다.
     

물론 처음 개발을 배우시는 초보자 입장에서는 모든 요소가 통합된 환경을 다루는 것이 이해하기 쉽다는 장점도 있습니다. 그러나 실무에서는 이러한 분리된 구조가 일반적입니다.

아래의 유사한 질문과 답변을 통해 더 많은 정보를 보실 수 있습니다:
- 백엔드와 프론트엔드를 함께 다루는 개발 방식의 장단점: 이 질문에서는 백엔드 작업의 분리와 통합에 관한 얘기가 논의되고 있습니다.

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