서버 사이드 렌더링에 대해 질문이 있습니다

Question

안녕하세요 제로초님~ 강의에 내용에 막힌 것이 있어 드리는 질문은 아니구 SSR 관련되어 궁금한 것이 있어 질문 올립니다. 질문의 요건을 먼저 말씀드리자면 NextJS 없이 커스텀 서버로 SSR를 제공하는 것에 장점이 무엇이 있는지 여쭤보고 싶습니다. SSR을 공부하면서 Next.js 없이 Express(or Koa) 같은 커스텀 서버에 react-router-dom 을 사용하는 방법이 있다고 알고 있는데요. 실제 제 회사의 유관 부서들 중 NextJS 없이 SSR로 서비스를 제공하는 곳이 있습니다. 제가 공부하면서 느낀 것은 SSR을 구현하면서 라우팅 방식을 제외하면, 구조가 NextJS를 따라가게 되는 것 같습니다. 비록 서비스에 프로젝트 구성을 도입한 개발자들이 저마다의 이유가 있어 세팅을 그렇게 한 것이겠지만, 대중적으로 생각하자면 직접 세팅을 다하면서 초기 개발의 overhead가 들어가는것, 프로젝트를 인수 인계할 때의 소통 비용 등을 제치고 사용할 큰 장점이 있는지 궁금합니다. 예를 들어 퍼포먼스 상승의 이유인지,  File-based structure 가 싫어서 그런건지 답변을 듣고 싶습니다.

제로초(조현영) · Answer

직접 SSR을 도입하는 게 next.js보다 더 잘 만들 수 있을지는 모르겠습니다.

TaeHyun Lim · Answer

제로초님 답변 감사합니다! 말씀 주신 것을 고려하자면, 아마 NextJS의 존재를 모르거나 경험때문에 직접 SSR를 구성한 것 같지 않다고 생각이 들어 아마 커스텀 설정이 가장 유력해보이네요. 혹시 대규모 트래픽의 서비스 경우, 응답 시간이나 서버 수용력 등의 성능을 고려를 했을 땐 직접 SSR 서버를 도입하는 경우가 더 좋은지 여쭤볼 수 있을까요?

제로초(조현영) · Answer

아마 next.js가 있는지 잘 몰랐거나 next.js를 알았더라도 써본 경험이 없어서 그냥 직접 SSR로 만들었을 확률이 높습니다. 그게 아니라면 next.js가 제공하지 않는 커스텀 기능이 필요해서 썼을 것입니다. 저도 SSR을 직접 구성해서 블로그를 하고 있는데요. next.js 없이도 서버사이드렌더링하는 게 그렇게 어렵지는 않지만 DX같은 것이 고려된 next.js가 낫다고 생각해서 블로그를 next로 이전 중입니다.