💡 Web Server와 WAS

1. Client

서비스를 이용하기 위해 네트워크를 통해 요청을 보내주는 주체

2. Web Server(WS)

정적인 리소스(HTML, CSS, JS, 이미지 등)를 클라이언트에 제공하는 서버

• Nginx, Apache

3. Web Application Server(WAS)

동적인 웹 애플리케이션을 실행하고, 데이터베이스 연동 및 비즈니스 로직을 처리하는 서버

• Tomcat, JBoss, Jeus, Spring Boot

4. DB

필요한 데이터 정보를 체계적으로 저장, 관리할 수 있는 시스템

• PostgreSQL, MYSQL

🔍 정적 웹 페이지, 동적 웹페이지

정적 웹페이지

• HTML, CSS, JavaScript 등 고정된 콘텐츠를 제공하는 웹 페이지
• 서버에서 요청을 받으면 파일 그대로 클라이언트(브라우저)에 응답
• 주로 랜딩 페이지, 포트폴리오 사이트, 문서 페이지 등에 사용됨

동적 웹페이지

• 서버에서 데이터베이스(DB)와 연동하여 실시간으로 콘텐츠를 생성하는 웹 페이지
• 클라이언트 요청마다 변경된 데이터를 가져와 동적으로 HTML을 생성
• 로그인, 게시판, 쇼핑몰, 소셜 미디어 같은 기능이 포함된 웹 사이트
• 백엔드 기술이 필요함

---

프록시

프록시는 인터넷 접속을 할 때 보안상의 문제로 직접 통신을 주고받을 수 없을때,
그 사이의 중간역할로 대리로 통신을 수행하는 기능이다.

사용자가 웹을 통해 요청을 보내면, 이 요청은 먼저 프록시 서버를 거쳐 웹 서버에 도달하고, 정적 자원은 웹 서버에서 직접 처리하며, 동적 요청은 WAS로 전달되어 최종적으로 응답이 클라이언트에 돌아간다.

또한 프록시는 크게 포워드 프록시, 리버스 프록시로 나뉜다.

포워드 프록시(Foward)

클라이언트와 인터넷 사이에 위치하여, 사용자가 인터넷에 직접 접근하는게 아니라 포워드 프록시 서버가 요청을 받고 인터넷에 연결하여 결과를 클라이언트에 전달 해준다.

따라서 클라이언트의 IP주소가 웹 서버에 노출되지 않고 특정 IP주소, 도메인에 대한 접근을 제한할 수 있다.

하지만, 일반적인 웹 서비스 구조에서는 Reverse Proxy만 사용하는 경우가 대부분이다.

사용자의 브라우저가 인터넷에 자유롭게 접근할 수 있기 때문에 Forward Proxy는 굳이 필요 없음 (기업 내부망, 보안 프라이버시 목적일때만 사용)

리버스 프록시(Reverse)

인터넷과 백엔드 사이에 위치하여, 사용자가 인터넷에 데이터를 요청하면 리버스 프록시가 이 요청을 받아 내부 서버에서 데이터를 받은 후 클라이언트에 전달한다.

따라서 서버의 IP 주소를 노출시키지 않을 수 있다.

우리가 구성하는 일반적인 WEB(Apache, nginx) - WAS(Tomcat) 분리 형태를 리버스 프록시라고 보면 된다.
nginx은 웹서버임과 동시에, 리버스 프록시 역할을 수행한다.

✅ 리버스 프록시의 장점

• 로드 밸런싱
  서버의 트래픽이 몰리게 되면 하나의 서버로는 해당 요청을 감당하기 힘들어 지는 경우가 발생한다. 이럴 때 여러 대의 서버를 두고 요청을 분산시키는 것이 로드 밸런싱이다. 리버스 프록시는 여러 대의 서버에 분산시켜 요청을 보내게 된다. 이렇게 하면 서버의 부하를 분산시킬 수 있다.

• 보안
  리버스 프록시는 웹 서버 앞에 놓이기 때문에 웹 서버에 직접 접근하는 것이 아닌 리버스 프록시를 통해 접근하게 된다. 이렇게 되면 웹 서버의 IP를 노출시키지 않을 수 있기 때문에 웹 서버에 대한 1차적인 공격을 막을 수 있다. (Proxy 서버의 IP만 노출)

• 캐싱
  프록시 서버에 캐싱되어 있는 데이터를 사용하여 클라이언트에 대한 요청을 처리할 수 있게 된다. (포워드 프록시 캐싱과 비슷한 기능이기도 하며 프록시 서버의 본래 기능이다.)

• SSL
  SSL은 HTTPS로 알려진 보안 프로토콜의 기반 기술로 기본 HTTP를 암호화하여 HTTPS로 변환하여 사용자가의 개인정보와 기밀 정보를 보호 할 수 있다.

nginx의 config파일과 proxy 설정

user nginx;   # 프로세스의 실행되는 권한
worker_processes auto;   # 프로세스를 생성할 것인지를 지정, 보통 auto로 적용한다.
error_log  /var/log/nginx/error.log warn;   # 로그 레벨 설정
pid        /var/run/nginx.pid;   # nginx의 마스터 프로세스 id정보가 저장된다.
events {
    worker_connections  1024;   # 하나의 프로세스가 처리할 수 있는 커넥션의 숫자
}
http {
    include       /etc/nginx/mime.types; # 옵션 항목을 설정해둔 파일의 경로를 지정
    default_type  application/octet-stream; # 옥텟 스트림 기반의 http를 사용한다는 지시어
    
    # WAS, 웹 어플리케이션 서버(백엔드)를 의미하며 nginx와 연결한 웹 어플리케이션 서버를 지정한다.
    # 하위에 있는 server 지시어는 연결할 웹 어플리케이션 서버의 host주소:포트를 지정한다.
    upstream docker-server { 
        server server:8080;
    }
    
    # 하나의 웹 사이트를 선언하는데 사용. 
    # server 블록이 여러 개이면 한 개의 머신(호스트)에 여러 웹사이트를 서빙할수있으며 가상 호스트라고 한다.
    server {
        listen 80;   # 이 웹 사이트가 바라보는 포트
        server_name localhost;   # 클라이언트가 접속하는 서버(주로 도메인)
        
        # 특정 웹 사이트의 url을 처리하는데 사용한다. 
        location / {
            root /usr/share/nginx/html;                # 프런트엔드 build파일 경로
            index index.html index.htm;
            try_files $uri $uri/ /index.html =404;
        }
        location /api {
            proxy_pass         http://docker-server;   # 백엔드 서버로 요청전달
            proxy_redirect     off;
            proxy_set_header   Host $host;             # HTTP요청 처리
            proxy_set_header   X-Real-IP $remote_addr;
            proxy_set_header   X-Forwarded-For $proxy_add_x_forwarded_for;
        }
    }
    server_tokens     off;   # 헤더에 nginx버전을 숨기는 기능을 한다. 보안상 off로 설정을 권장
    keepalive_timeout  65;   # 접속시 커넥션 유지 시간을 지정한다.
    include /etc/nginx/conf.d/*.conf;
}