🔹 HTTP 기반으로 동작
웹 -> HTTP 기반
HTTP 메시지에 모든 것을 전송
HTML, TEXT, IMAGE, 음성, 영상, 파일, JSON, XML(API) 등 거의 모든 형태의 데이터 전송 가능
서버간에 데이터를 주고받을 때도 대부분 HTTP 사용
🔹정적 리소스, 기타 부가 기능 제공
🔹 ex) NGINX, APACHE
특정 폴더에 정적(파일) HTML, CSS, JS, 이미지, 영상 등을 두고 HTTP 프로토콜로 데이터를 주고 받음
웹 애플리케이션과 서버 환경을 만들어 동작시키는 기능을 제공하는 소프트웨어 프레임워크
🔹 HTTP 기반으로 동작
🔹 웹 서버 기능(정적 리소스 제공) 포함
🔹 프로그램 코드를 실행해서 애플리케이션 로직 수행
- 동적 HTML, HTTP API(JSON) <- REST API
- 서블릿, JSP, 스프링 MVC
🔹 ex) Tomcat, Jetty, Undertow
웹 서버는 정적 리소스(파일), WAS는 애플리케이션 로직
WAS는 애플리케이션 코드를 실행하는데 더 특화
but, 둘의 경계는 모호함
웹 서버도 프로그램을 실행하는 기능 포함하기도 하며, WAS도 웹 서버의 기능을 제공함
자바는 서블릿 컨테이너를 제공하면 WAS라 함
그러나 서블릿 없이 자바코드를 실행하는 서버 프레임워크도 존재
WAS, DB만으로 시스템 구성 가능
다만 WAS가 너무 많은 역할을 담당하면 서버 과부하 우려 생김
HTML, CSS, JS는 비용 ⬇️, 애플리케이션 로직 비용 ⬆️
따라서 정적 리소스때문에 애플리케이션 로직 수행이 어려울 수 있음
WAS는 장애가 자주 발생할 수 있음, 장애 발생시에 오류 화면 노출 불가능
🔹 정적 리소스는 웹 서버가 처리
🔹 애플리케이션 로직같은 동적인 처리가 필요하면 Web서버는 WAS에 요청을 위임
정적 리소스가 많이 사용 -> Web 서버 증설 / 애플리케이션 리소스가 많이 사용 -> WAS 증설
정적 리소스만 제공하는 웹 서버는 잘 죽지 않음
애플리케이션 로직이 동작하는 WAS 서버는 잘 죽음
WAS, DB 장애 발생하는 경우 WEB 서버가 오류 화면을 제공
서블릿 지원 X, 웹 애플리케이션 서버 직접 구현하는 경우
아래의 업무들을 직접 개발해야 함
- 서버 TCP/IP 연결대기, 소켓연결
- HTTP 요청 메시지를 파싱해서 읽음
- HTTP 메서드, URL 인지
- HTTP 메시지 바디 내용 파싱
- 해당 프로세스 실행
- ✔️비즈니스 로직 실행
- HTTP 응답 메시지 생성 시작
- TCP/IP에 응답 전달, 소켓 종료
🔷 서블릿을 지원하는 WAS 사용
➡️ 비즈니스 로직 실행 과정을 제외한 나머지 업무들을 대신 수행해줌
@WebServlet(name = "...", urlPatterns = "/...")
public class 클래스명 extends HttpServlet {
@Override
protected void service(HttpServletRequest request, HttpServletResponse response) {
// 애플리케이션 로직
}
}
🔹 urlPatterns(/...)의 URL이 호출되면 서블릿 코드 실행
🔹 HTTP 요청 정보를 편리하게 사용할 수 있는 HttpServletRequest
🔹 HTTP 응답 정보를 편리하게 제공할 수 있는 HttpServletResponse
➡️ 개발자는 HTTP 스펙을 편리하게 사용
HTTP 요청이 있을 때
WAS - Request, Response 객체 새로 생성하여 서블릿 객체 호출
개발자 - Request 객체에서 HTTP 요청 정보 꺼내 사용
개발자 - Response 객체에 HTTP 응답 정보 입력
WAS - Response 객체에 담겨있는 내용으로 HTTP 응답 정보 생성
: 서블릿을 지원하는 WAS (예시 : Tomcat)
서블릿 객체를 생성, 초기화, 호출, 종료하는 생명주기 관리
서블릿 객체는 싱글톤으로 관리
➡️ 공유 변수 사용 주의!
동시 요청을 위한 멀티스레드 처리 지원
인프런 스프링 MVC 1편 - 백엔드 웹 개발 핵심 기술 (김영한) 참조
큰 도움이 되었습니다, 감사합니다.