웹 서버, WAS의 기능에 대한 의문점이 있습니다.

Question

안녕하세요. 사내 웹 어플리케이션 제품의 Front-End Web UI를 담당하고 있는 1년차 신입 개발자입니다. 현재 HTML, CSS, JavaScript를 주로 사용하며 JSP, Servlet과 같은 서버 측 컴포넌트도 작성한 경험이 있지만,서버 측에서 클라이언트 측의 요청을 구체적으로 누가, 어떤 방식으로 처리하는 지 잘 모르겠습니다. Apache와 같은 웹 서버는 HTML, CSS, JavaScript로 작성된 정적인 content를 처리해서 정적 HTML 문서를 응답하고, Tomcat과 같은 웹 어플리케이션 서버는 웹 컨테이너를 내장하고있어 JSP, Servlet으로 작성된 동적인 content를 처리해서 동적 HTML 문서를 응답한다. 개념은 대충 이 정도로 알고 있습니다만, 테스팅 및 사용자가 실질적으로 이용하기 위해서는 1. HTML, CSS, Javascript, JSP, Servlet 등으로 작성된 웹 어플리케이션을 빌드한다.2. Web Application Server를 띄우고, 빌드의 산출물인 war file을 WAS에 Deploy한다.3. 사용자가 웹 어플리케이션을 사용한다. 이러한 절차를 거치는데, 여기서 의문점은 1. 위의 단계 2에서 얼핏 듣기로 Web Application Server 내에 Web Server도 내장되어있다고 들었습니다만, 그렇다면 그 내장된 Web Server가 클라이언트의 요청을 받으면, 산출된 war file에서 Web Server가 알아서 HTML, CSS, Javascript로 작성된 정적인 file들만을 골라내서 Web Application Server로 보내지 않고 바로 클라이언트 측으로 응답을 주는 것 인가요? 그렇게 자체적으로 골라내는 것이 어떻게 가능한가요? 2. Web Application Server 내에 Web Server가 내장되어 있다는 것이 HTTP protocol로 요청, 응답을 주고받는 두 개의 서버가 있고, 클라이언트 ~ DBMS Server에 이르기까지의 위치상 Web Server가 클라이언트 측에 가깝게 위치하고 그 다음 Web Application Server가 DBMS Server 측에 위치하는 순서라고 봐도 무방할까요? 그것이 아니면, Web Application Server 자체가 그냥 하나의 Web Server의 역할도 함께 수행하는 단일 서버 프로그램인 것인가요? 워낙 지식이 얕아서 궁금한 점을 깔끔하게 작성하지 못하였습니다만, 마지막에 질문드린 두 가지 말씀들 중에 제가 잘 못 이해하고 있는 부분이 있다면 모두 지적 및 답변 해주시면 감사드리겠습니다.

마사키군 · Answer

짧은 지식을 동원해서 답변을 드려보자면... 1. 톰캣과 같은 Web Application Server(글자 수가 기니까, WAS로 줄이도록 하겠습니다)에는 「웹 어플리케이션을 만들려면 이러이런 규격대로 만들어라」라는 개발 스펙이 있습니다. 그 규격에는 《이런 HTTP 요청이 들어오면 이런 코드를 실행한다》같은 부분도 포함되어 있지요(저도 지식이 짧아서 확신해서 이야기드리지 못하겠지만, 특정 웹 요청과 코드를 연결시켜주는 것을 라우팅이라고 하는 것 같습니다).저 스펙대로 만들어서 톰캣과 같은 WAS에 Deploy 시켜주면, HTTP 요청은 톰캣이 받아서 분석하고 그 분석된 내용을 토대로 이미 연결된 코드가 있는지 확인합니다. 그리고 요청에 연결된 코드가 있다면 그 부분을 실행하고 그 결과를 클라이언트에게 되돌려주는거죠.정적인 파일이라도 결국은 정적인 파일의 HTTP 요청이므로, 이 요청에 해당하는 정적 파일을 반환해주도록 작성하고 톰캣에 Deploy하면 됩니다(제 경우 정적인 파일은 별다른 설정이나 개발 없이도 연결되었습니다만, 일단 쉽게 설명하기 위해서 직접 개발한다고 적었습니다).2. 이 부분은 제가 지식이 얕아서 어떻게 설명드리면 좋을지 잘 모르겠는데요, WAS는 웹서버와 DB 서버 사이에서 비즈니스 로직을 처리하기 위한 서버로 보시는 것이 가장 정확하지 않을까 생각합니다. 그 비즈니스 로직을 처리하고 결과를 반환하는 프로토콜로써 HTTP를 사용하는 것이지요.일반적으로 아파치와 같은 웹서버는 HTML이나 CSS, JS 파일 같은 정적인 파일들을 클라이언트에게 전달하기 위해 사용하고, WAS는 그 외에 동적인 데이터를 처리하기 위해(&#61;프로그램적인 처리가 필요한 경우에) 사용됩니다. WAS가 정적인 파일들을 처리하는 것 또한 결국은 서버의 리소스를 사용해서 처리하는 것이므로, WAS는 온전히 로직 처리만 할 수 있도록 하고 정적 파일만을 처리할 수 있도록 웹서버를 그 앞에 더 두게 됩니다.장황하게 작성해놔서 설명이 되었는지 모르겠네요.

yesesyo · Answer

1번은 윗 분이 러프하게 설명을하셔서 2번만 제가 알고있는 지식선에서 말씀드리겠습니다.2. WAS 안에 Web Server가 내장되어있다고도 말하는 이유는, WAS 라는건 Web Server(ex. 아파치 서버) &#43; 컨테이너 이기 때문입니다. WAS가 Web Server의 역할을 함께 수행하는 거냐고 여쭤보셨는데, 맞습니다. 다만, 앞서 말씀 드린것 거처럼 컨테이너 기능이 추가된겁니다.그럼이제 컨테이너가 무엇인지 Web Server 와 함께 어떠한 동작을 설명해드리면 되겠군요. WAS 는 동적인 컨텐츠를 처리한다고 말씀하셨죠?, 바로 동적인 컨텐츠를 처리하기 위해 추가된 컴포넌트가 컨테이너 인겁니다. 컨테이너는 동적인 컨텐츠를 처리하기 위한 인스턴스를 생성하고, 해당 인스턴스를 운용하기 위한 컴포넌트 입니다. 예를들어, JAVA로 동적인 컨텐츠를 처리하기 위한 오브젝트를 만들어놓으시면, 해당 오브젝트를 인스턴스화 시키고 운용하는게 컨테이너의 역할 입니다. 도움이 되셨길~

계속더하기 · Answer

두분 모두 친절한 설명 감사드립니다. 추가적으로 조금 더 디테일하게 여쭤보고싶습니다. WAS 내에 Apache와 같은 Web Server가 기본적으로 내장되어있고, 그렇기에 정적인 컨텐츠도 당연히 응답가능하고 &#43;웹 컨테이너가 있어서 동적인 컨텐츠도 반환해 줄 수 있는 것까지 이해하였습니다. 그렇다면, 제가 지금 Tomcat과 같은 WAS를 하나 띄우고, WAS에 Deploy한다고 하지 않았습니까?이 때, 따로 Apache와 같은 Web Server를 띄우지 않은 것이라면, war file을 Deploy한 WAS라는 공간에서 정적, 동적 컨텐츠를 모두 응답해주는 것이라고 이해해도 괜찮을까요? Client - Web Server - WAS - DBMS 형태가 아닌,Client - WAS - DBMS 형태로 서로 요청, 응답처리를 한다고 보아도 무방할까요?(ps, 현재 제가 맡은 어플리케이션 제품은 클라이언트 요청이 매우 적은 제품이라고 들었습니다. 그렇기 때문에 WAS에 내장된 Web Server만으로도 정적, 동적컨텐츠를 모두 처리해줄 수 있다고 봐도 될까요?)

yesesyo · Answer

러프하게(큰 그림상)는 Client - WAS - DBMS이 맞습니다.정적 및 동적 컨텐츠를 모두 처리해야한다는 관점에서 보신다면 WAS 로 문제될게 없습니다. Web Server에서 처리하는 것을 WAS에서 처리 못하는 것은 없다라고 보시면 됩니다.다만, 단순히 Client 의 요청을 처리하는 것 이외에도 퍼포먼스까지 고려한다면, WAS 만 쓰는 것이 답이 아닐 수도 있습니다. (그렇다고 해도 보통 WAS 만 씁니다)

계속더하기 · Answer

의문점이 많이 풀렸습니다. 친절한 답변 감사드립니다.

웹 서버, WAS의 기능에 대한 의문점이 있습니다.

5개의 답변

Q&A 목록