WS,WAS

학습 목표

• Web Server 개념 이해

• WAS 개념 이해

• WS와 WAS의 차이점 이해

• WAS형태의 종류와 장단점을 이해

WS& WAS

WS

종류

• Apache Server
• Netlify가 Apache Server를 사용해 웹호스팅을 함
• BSD, 리눅스 등 유닉스 계열 뿐만 아니라 윈도우같은 OS에도 운용가능한 서버
• 동기적으로 작업처리

• NginX
• Vercel이 NginX를 사용
• 비동기 event 방식사용해 http request를 처리하기 때문에 context switching 비용이 낮고 memory 효율성이 높음
• Apache 보다 효율적

한계

동적인 컨텐츠 제공 못해

WAS

동적 컨텐츠를 처리 Web container가 존재

• 웹컨테이너
JSP와 servlet를 실행시킬 수 있는 소프트웨어

• servlet
자바를 사용해서 요청에 대한 결과를 전송해주는 프로그램

• JSP(Java Server Page)
ServerSide 스크립트 언어로, HTML에 Java를 사용해 동적 컨텐츠를 표현하는 웹 어플리케이션 도구

예시 ) WS가 포함된 WAS의 경우

예시 ) 레포지토리 삭제 작업

• 삭제 url 처리
삭제버튼을 누른 뒤 delete 요청이 WAS의 웹서버로 전달되면 웹서버는 해당 요청을 컨테이너로 보냅니다. 웹컨테이너는 DB에 접근해서 해당 레포를 삭제합니다.

• 새로운 목록 반환
그리고 레포지토리목록 페이지로 들어가면 get 요청을 통해 WAS가 DB에 접근 후 업데이트된 레포지토리 목록을 반환하고, 해당 데이터가 반영된 페이지 파일을 만들어서 클라이언트에 전달, 사용자는 삭제된 목록을 볼 수 있게 됩니다.
 

종류

• tomcat: http 서버 및 Java servlet container
웹서버와 연동해 실행할 수 있는 자바환경을 제공, JSP, 자바서블릿을 실행할 수 있음
메모리가 작기 때문에, 단순한 웹 응용 프로그램이나 전체 Java EE 서버가 필요없는 응용 프로그램 (Spring과 같은 프레임 워크를 사용)에 널리 사용됨
Apache Tomcat

WAS의 구조

1. WAS에 WS가 포함된 구조

1.1 해당 구조의 문제점

서버 과부화 → 나쁜 UX

2. WS와 WAS를 분리

• 서버 부화 방지
WS와 WAS를 분리하면 WS는 정적 데이터만을 처리하고, WAS는 동적데이터만을 처리하기에, 위에서 언급한 서버과부화 문제를 해결할 수 있습니다.

• 보안 강화
또 WS와 WAS 사이에 방화벽을 두거나, SSL을 통해 데이터를 패킷화하고 암호복호화를 통해 전달할 수 있어 보안 강화에 좋습니다.

3. WS에 여러대의 WAS가 존재

• 로드 밸런싱 가능
Web Sever를 통해 WAS의 부하가 최소화되는 쪽으로 데이터 처리를 수행할 수 있습니다.

• 에러 핸들링 가능
failover, faliback 다시 말해, 하나의 WAS가 작동하지 않을 떄 다른 WAS가 해당 요청을 처리하고, 그동안 문제의 WAS를 재시작할 수 있습니다. 덕분에 사용자로 부터 에러를 숨겨 UX를 최적화할 수 있습니다.

• 여러 웹 어플리케이션 서비스 가능
하나의 서버에 PHP, JAVA 어플리케이션을 함께 사용할 수 있어 기존 WAS에 새로운 웹 어플리케이션을 추가하는 경우 유동적으로 프로그래밍할 수 있습니다.
 

결론

WS와 WAS를 분리해서 사용하자

참고

[WEB] Web Srver와 WAS

인터넷을 기반으로 한 정보를 공유, 검색할 수 있게 하는 서비스 URL(주소), HTTP(통신 규칙), HTML(내용)으로 구성된다. 우리가 보는 웹페이지는 어떤 프로세스를 통해 우리에게 보이는 것일까. 위의 그림처럼 웹서버는 주소(url)를 가지고 통신규칙(http)에 맞게 요청하면, 알맞은 내용(html)을 응답 받는 것이다. 그러나 이처럼 단순한 클라이언트(웹 브라우저)와 웹 서버로는 정적인 페이지 처리밖에 하지 못한다는 한계를 가진다.

https://hyuntaekhong.github.io/blog/WAS/#web-application-server--was

[Web] 웹 서버와 WAS의 차이를 쉽게 알아보자

사전적 정의 "웹 브라우저 클라이언트로부터 HTTP 요청을 받아들이고 HTML 문서와 같은 웹 페이지를 반환하는 컴퓨터 프로그램" 웹 서버란 클라이언트(사용자)가 웹 브라우저에서 어떠한 페이지 요청을 하면 웹 서버에서 그 요청을 받아 정적 컨텐츠를 제공하는 서버 이다. 여기서 정적 컨텐츠란 단순 HTML 문서, CSS, javascript, 이미지, 파일 등 즉시 응답가능한 컨텐츠 이다.

https://codechasseur.tistory.com/25

[Web] Web Server vs Web Application Server 웹 서버와 웹 어플리케이션 서버

웹 공부를 하면서 웹서버와 웹어플리케이션서버에 대해 대략 이런것이다~라는것만 알았지, 구체적인 차이점과 장단점이라던가 왜 WAS를 쓰면서도 WS를 따로 두는 것일까 그 이유에 대해서 제대로 알지 못하고 있었다. 이번 기회에 확실히 하면 좋을 것 같아서 공부하게 되었다. 서버-클라이언트 구조에서 클라이언트는 서버에게 정보를 요청하여 응답받은 결과를 사용하게 되는데, 웹서버와 웹브라우저가 대표적으로 서버-클라이언트 관계이다.

https://velog.io/@juejue/Web-Web-Server-vs-Web-Application-Server-%EC%9B%B9-%EC%84%9C%EB%B2%84%EC%99%80-%EC%9B%B9-%EC%96%B4%ED%94%8C%EB%A6%AC%EC%BC%80%EC%9D%B4%EC%85%98-%EC%84%9C%EB%B2%84

AP서버 vs Web서버 vs WAS vs DB서버

먼저 Application Server란, 말그대로 서버 그 자체네트워크가 연결되어있기만 하다면, 그 네트워크를 통해 서버와 Endpoint 간의 통신을 할 수 있는 Server 이다.

https://rainkim.tistory.com/35

[React] 프론트 엔드와 백 엔드 분리 시 동작 원리 (vs 풀 스택)

프론트 엔드와 백 엔드가 구분되지 않는 일반적인 웹 어플리케이션의 동작 원리는 어떠할까? 파이썬 기반의 장고(Django), 자바 기반의 스프링(Spring) 등이 대표적인 웹 어플리케이션이라고 볼 수 있다. 이러한 웹 어플리케이션의 동작 원리는 아주 단순하다. 클라이언트가 요청(Request)을 보내면 서버에 존재하는 웹 어플리케이션이 데이터베이스 서버와 통신하여 필요한 데이터들을 전부 가져오고, 이것들을 가지고 완전한 HTML, CSS, JavaScript 파일들을 만들어서 클라이언트에게 제공한다.

https://it-eldorado.tistory.com/85

[Servlet] 서블릿(Servlet)이란?

서블릿(Servlet)이란 동적 웹 페이지를 만들 때 사용되는 자바 기반의 웹 애플리케이션 프로그래밍 기술이다. 서블릿은 웹 요청과 응답의 흐름을 간단한 메서드 호출만으로 체계적으로 다룰 수 있게 해준다. 서블릿은 서버에서 실행되다가 웹 브라우저에서 요청을 하면 해당 기능을 수행한 후 웹 브라우저에 결과를 전송한다.

https://velog.io/@falling_star3/Tomcat-%EC%84%9C%EB%B8%94%EB%A6%BFServlet%EC%9D%B4%EB%9E%80

아파치 로드밸런싱으로 여러 WAS 운영하기

웹서버 하나만 사용하거나 WAS 하나만을 사용하며 웹서비스를 운영하는 경우는 극히 드물다. 웹서버의 장점과 WAS의 장점 그 두마리의 토끼를 다 잡기 위해 보통 앞단에 웹서버를 두고 그 뒤에 WAS를 두며 서비스를 운영하곤 한다. 헌데 운영하는 서비스가 인기가 많아져(?) 사용량이 많아지다면 그만큼 응답이 느려 (TPS 등) 서버를 늘려야 하는 상황이 생긴다고 가정해보자.

https://sb.pe.kr/7373