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

안녕하세요 TAESUN님,

강의를 통해 serveStatic 함수를 직접 코드로 구현해 보신 것은 웹 서버가 하드디스크에 있는 데이터를 읽어 네트워크라는 통로로 쏴주는 그 근본적인 원리를 체득하신 아주 값진 과정입니다. 사실 실무적인 관점에서 보면 각 도구의 장점을 극대화하기 위해 역할 분담을 철저히 나누는 구조를 지향하기 때문에, TAESUN님께서 생각하신 것처럼 Node.js는 동적인 처리에 집중하고 정적 파일은 전문 서버에 맡기는 방향이 현업의 정석인 것은 분명합니다.

그럼에도 불구하고 이렇게 정적 파일 처리를 직접 구현해 보는 과정이 중요한 이유는 우리가 사용하는 수많은 라이브러리나 프레임워크의 내부 동작을 명확히 이해할 수 있는 기초 체력이 되기 때문입니다. 단순히 남이 만든 기능을 가져다 쓰는 것과 파일 시스템 모듈을 통해 스트림을 열고 데이터 조각을 네트워크 패킷으로 실어 보내는 과정을 직접 경험해 보는 것은 하늘과 땅 차이이며, 이러한 깊이 있는 이해가 뒷받침되어야 나중에 예상치 못한 네트워크 병목 현상이 발생하거나 특수한 보안 헤더를 직접 제어해야 할 때 근본적인 해결책을 찾아낼 수 있는 진짜 실력이 생깁니다.

물론 실제 운영 환경에서 Node.js에게 직접 정적 파일을 서빙하라고 시키지 않는 데에는 그만한 이유가 있습니다. 무엇보다 Node.js라는 귀한 인력을 가장 효율적인 곳에 배치해야 하기 때문인데, 이를 비유하자면 고도로 숙련된 수석 셰프에게 요리는 뒷전으로 미뤄두고 식당 입구에서 물컵만 나눠주라고 시키는 것과 비슷합니다. Node.js는 기본적으로 싱글 스레드라는 하나의 몸으로 수많은 손님을 응대하기 때문에 만약 덩치 큰 고화질 사진을 읽어서 보내느라 시간을 쓰고 있다면 그사이에 들어온 로그인이나 결제 같은 중요한 주문들은 아무런 처리도 받지 못한 채 하염없이 대기해야만 합니다.

반면 Nginx나 Apache 같은 전문 웹 서버는 이런 단순 배달 업무에만 수십 년간 특화된 베테랑들입니다. 이들은 파일을 보낼 때 CPU의 간섭을 최소화하고 운영체제 레벨에서 데이터를 네트워크로 즉시 쏴버리는 Zero-copy라는 기술을 사용해 Node.js보다 훨씬 빠르고 영리하게 일을 처리하며, 파일을 압축해서 보내거나 브라우저 캐싱을 설정하고 보안 벽을 세우는 일도 설정 몇 줄이면 아주 견고하게 해결할 수 있어 시스템 전체의 안정성을 높여줍니다.

이러한 역할 분담은 프로젝트의 성장에 따라 단계적으로 변화해 가는데, 먼저 공부하는 단계나 아주 작은 규모의 프로젝트라면 서버를 여러 대 관리하는 것이 오히려 번거로울 수 있어 Node.js가 요리와 서빙을 모두 도맡아 하기도 하며 트래픽이 적은 상황에서는 일단 돌아가게 만드는 것이 목표이기에 이 정도로도 충분한 역할을 해낼 수 있습니다. 하지만 서비스가 조금씩 커지는 일반적인 운영 환경으로 넘어가면 앞단에 Nginx라는 노련한 지배인을 세우고 뒷단에 Node.js라는 셰프를 배치하는 리버스 프록시 구조가 표준이 됩니다. Nginx가 모든 요청을 먼저 받아서 이미지나 CSS 같은 파일 요청은 직접 창고에서 꺼내 빛의 속도로 응답하고 요리가 필요한 데이터 요청만 Node.js에게 넘겨주는 방식으로 확실히 분업화해야 Node.js가 오직 복잡한 비즈니스 로직 연산에만 모든 에너지를 쏟아부을 수 있습니다.

더 나아가 전 세계 사용자가 몰리는 대규모 서비스가 되면 웹 서버 한 대조차도 버거워지는 순간이 오는데, 이때는 파일들을 전 세계 곳곳의 거점 창고에 미리 뿌려두고 사용자와 가장 가까운 곳에서 파일을 바로 전달해 주는 CDN(Content Delivery Network) 인프라를 활용하게 됩니다. 이 단계에 이르면 우리의 Node.js 서버는 정적 파일이 어디에 사는지조차 신경 쓸 필요가 없는 완벽한 분업 시스템이 완성되는 것입니다.

이런 맥락에서 지금처럼 원리를 하나씩 파헤쳐 가는 학습 방식은 앞으로 TAESUN님의 성장에 아주 좋은 밑거름이 될 것 같습니다. 이번 Express Part 1에서는 기초적인 serveStatic 함수를 직접 구현하며 동작 방식을 이해하는 데 집중했다면, 이어지는 Express Part 2 등에서는 단순히 기능을 사용하는 수준을 넘어 파일의 용량 관리나 성능 제약 사항 등 조금 더 보완적이고 고도화된 형태를 배우게 됩니다. 또한 라우터와 미들웨어 같은 핵심 엔진들을 직접 구현해 보며 프레임워크의 심장부를 깊게 들여다보는 더 흥미로운 경험을 하시게 될 텐데, 그 이후에 Nginx 같은 외부 서버를 연동해 보거나 AWS S3와 CloudFront를 활용해 인프라를 분리해 보는 단계로 차근차근 나아가신다면 실무에서 훨씬 더 탄탄한 설계 능력을 발휘하실 수 있을 것입니다.

정리하자면 이번 실습은 웹 서버라는 기계가 내부적으로 어떻게 기름칠 되어 돌아가는지 그 핵심 엔진의 구조를 파악하신 것과 같습니다. 이 원리를 아는 개발자는 나중에 서비스 성능을 최적화할 때 단순히 컴퓨터 사양을 높이는 대신 정적 파일 서빙을 전문 서버로 분리해 부하를 줄이는 날카로운 판단을 내릴 수 있게 됩니다. 실제 서비스를 구축하실 때는 질문하신 생각 그대로 전문 서버에게 파일 서빙을 맡기되 그 아래에서 돌아가는 원리는 이번에 구현해 본 로직과 같다는 점을 기억하시면 좋겠습니다.

참고해주세요!

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

말씀해 주신 주제는 서버 구성 및 웹 서비스 아키텍처와 관련하여 중요한 부분입니다. 정적 파일과 동적 처리를 효율적으로 운영하기 위한 몇 가지 방법과 이유를 설명 드리겠습니다.

정적 파일과 동적 요청의 서버 구성

1. 정적 파일의 제공:

   • 정적 파일(HTML, CSS, JavaScript, 이미지 파일 등)은 서버에서 별도의 변경 없이 클라이언트에게 그대로 전송되는 파일들입니다.
     
   • 이러한 파일들은 일반적으로 Apache나 Nginx와 같은 웹 서버 소프트웨어가 처리하는데 최적화되어 있습니다. 이유는 이들이 높은 성능과 캐시 지원 등의 기능을 통해 파일을 효율적으로 제공할 수 있기 때문입니다.
     
   • Nginx와 Apache는 C/C++로 구현되어 있으며, 특히 정적 콘텐츠에 대해 아주 빠르고 안정적으로 처리할 수 있습니다.
     

2. Node.js의 동적 요청 처리:

   • Node.js는 JavaScript 환경에서 서버 사이드 코드를 실행하는 데 사용됩니다. 실제로는 주로 동적 데이터 처리나 API 엔드포인트 제공 등의 역할을 맡습니다.
     
   • Node.js에서 정적 파일을 serveStatic 함수를 사용하여 제공할 수 있지만, Nginx나 Apache와 같은 전문적인 웹 서버에 비해 처리 효율은 낮을 수 있습니다.
     
   • 보통 실무에서는 Nginx 같은 반응 속도가 빠른 웹 서버를 앞에 두고, 프록시를 통해 Node.js 어플리케이션 서버와 통신하여 동적 요청을 처리하는 방식으로 운영합니다.
     

실무 구성 예제:

• 프론트엔드 서버: Nginx는 앞단에서 정적 파일(HTML, CSS, 이미지를 캐시하여 빠르게 제공) 처리를 맡고,
  
• 백엔드 서버: Node.js는 Nginx에서 전달된 동적 요청을 받아 다양한 로직 및 데이터베이스 연동을 처리하게 됩니다.
  

참고 URL:

• Understanding the use of Nginx with Node.js
  
• Express.js Static Middleware vs. Nginx
  

이 과정은 요청의 성격에 따라 가장 최적의 서버 환경을 제공하기 위한 방법입니다. 물론 단순한 웹 애플리케이션이나 테스트 환경에서는 모든 것을 Node.js에서 처리할 수도 있습니다.

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