Next의 route handler에 대한 질문이 있습니다.

안녕하세요 Next app router 관련해서 질문드립니다.

현재 사이드프로젝트에서 route handler를 적극활용하고 있는데요.

제가 인프라나 백엔드 관련 지식이 없다보니 좀 헷갈리는게 있습니다.

현재 저희 서비스에서 특정 API는
클라이언트 컴포넌트에서 route handler로 API 호출 -> route handler에서 외부 백엔드 API 호출
이런 형태로 사용되고 있는데요, 이때 실제로 route handler 서버가 아래의 사진 중 어느 형태로 운용되는 것인가요?
즉, Next 프로젝트를 배포했을 때 각 유저마다 route handler 서버가 할당되는 것인가요? 아니면 모든 유저의 요청을 오직 하나의 route handler서버에서 대응하는 것인가요?

아니면 이게 배포 환경에 따라 달라지는것인가요?

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

Next.js에서 route handler를 사용하는 방식에 대해 매우 좋은 질문을 주셨습니다. 질문하신 내용에 대해 답변드리겠습니다.

Next.js Route Handler 개요:
- Next.js의 route handler는 클라이언트 요청을 처리하기 위한 간단한 서버 사이드 API 엔드포인트를 제공합니다. 그림에서 설명하신 경우와 같이, 각각의 사용자 요청은 route handler를 통해 필요한 외부 API 호출로 이어질 수 있습니다.
서버 동작 방식:
- Next.js 애플리케이션을 배포하면, 기본적으로 하나의 서버 인스턴스에서 모든 사용자 요청을 처리합니다. 즉, 모든 사용자 요청이 단일 route handler 서버로 전송됩니다.
- 그러나, 배포 환경에 따라 예를 들어 AWS, Vercel과 같은 클라우드 플랫폼을 사용할 경우, 요청이 자동으로 여러 인스턴스에 분산될 수 있습니다. 이것을 “로드 밸런싱”이라고 하며, 서버 부하를 분산시킴으로써 성능 향상 및 안정성을 제공합니다.
베스트 프랙티스:
- 다수의 요청을 효과적으로 처리하기 위해 클라우드 서비스를 통한 배포를 고려하는 것이 좋습니다. 이는 route handler 서버가 여러 사용자 요청을 동시에 처리할 수 있도록 돕습니다.
- 특히, Vercel과 같은 플랫폼은 자동으로 오토 스케일링을 제공하여 급격한 트래픽 증가에도 효과적으로 대응할 수 있습니다.

관련해서 더 깊이 있는 설명은 다음의 URL에서 찾아보실 수 있습니다:
- MSW 사용 대신에 Next에서 제공하는 라우트 핸들러 사용?

위 링크는 route handler의 사용 사례와 배포 고려 사항에 대해 더 많은 정보를 제공합니다.

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

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