[TIL] 운영 전략 (2)

🙏🏻 TOMCAT

 - Apache사에서 개발한 서블릿 컨테이너만 있는 오픈소스 웹 애플리케이션 서버

📍 Tomcat 특징

  - 자바 애플리케이션을 위한 대표적인 오픈 소스 : Web Application Server(WAS)

  - 오픈소스이기 때문에 라이선스 비용 부담 없이 사용 가능

  - 독립적으로도 사용가능하며 Apache 같은 다른 웹 서버와 연동하여 함께 사용 가능

  - 자바 서블릿 컨테이너에 대한 공식 구현체로 스프링 부트에 내장되어 별도의 설치 과정이 필요 없음

 💡 Servlet : 서블릿

   - 클라이언트의 요청을 처리하고 그 결과를 반환하는 웹 프로그래밍 기술

   - 클라이언트가 요청을 하면 그에 대한 결과를 다시 전송해주는 역할

   - 서블릿을 통해 요청 메시지를 읽고 응답을 만들어 줌

 💡 Servlet Container : 서블릿 컨테이너

   - 스스로 동작하지 않는 서블릿을 관리해주는 컨테이너

   - 서블릿 객체를 생성, 초기화, 호출, 종료하는 생명주기 관리

---

🙏🏻 Jetty

 - 이클립스 재단의 HTTP 서버이자 자바 서블릿 컨테이너

 - 개발자가 원하는 서버를 선택하여 프로젝트를 구성할 수 있음

📍Jetty 특징

  - 2009년 이클립스 재단으로 이전하며 오픈소스 프로젝트로 개발됨

  - 타 웹 애플리케이션 대비 적은 메모리를 사용하여 가볍고 빠름

  - 애플리케이션에 내장 가능함

  - 경량 웹 애플리케이션으로 소형 장비, 소규모 프로그램에 더 적합함

* Spring Boot 서버 Jetty로 변경하기
 1) build.gradle 파일에서 spring-boot-starter-web 의존성이 추가 되어 있는 부분 확인
 2) 이 의존성 모듈 내 포함된 Tomcat 제외
 3) 제외 시킨 후 프로젝트를 재 빌드
 4) Tomcat을 대체헐 Jetty 의존성 추가
 5) 프로젝트 재 빌드

//제거
 implementation ('org.springframework.boot:spring-boot-stater-web') {
 	exclude module: 'spring-boot-stater-tomcat'
   }

//추가
 implementation ('org.springframework.boot:spring-boot-stater-jetty')

---

🙏🏻  NginX - Proxy Server

 - 가볍고 높은 성능을 보이는 오픈소스 웹 서버 소프트웨어

 - 클라이언트에게 정적 리소스를 빠르게 응답하기 위한 웹 서버

📍 NginX 특징

  - 트래픽이 많은 웹 사이트의 확장성을 위해 개발된 고성능 웹 서버

  - 비동기 이벤트 기반으로 적은 자원으로 높은 성능과 높은 동시성을 위해 개발됨

  - 다수의 클라이언트 연결을 효율적으로 처리 가능

  - 클라이언트와 서버 사이에 존재하는 리버스 프록시 서버로 사용 가능

  - NginX를 클라이언트와 서버 사이에 배치하여 무중단 배포를 할 수 있음

* Spring Boot와 Nginx 연동하기
1️⃣ Nginx 설치
$ brew install nginx

2️⃣ Nginx 실행
$ brew services start nginx

3️⃣ Nginx 설정 파일 수정
$ nginx -t
--> Nginx의 설장 파일 위치 확인
$ nano /opt/homebrew/etc/nginx/nginx.conf
--> nano 에디터로 설정 파일 수정

server{
     listen   80; //8080포트에서 80포트로 변경
     
     location / {
          proxy_pass http://localhost:8080;  //요청을 8080포트로 넘김
          proxy_set_header X-Real-IP $remoate_addr;
          proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
          proxy_set_header Host $http_host;
      }
      
4️⃣ Nginx 재시작
$ brew services restart nginx

5️⃣ Nginx 종료
$ brew services stop nginx

---

🙏🏻 VPC

 - VPC는 Virtual Private Cloud 서비스

 - 클라우드 내 프라이빗 공간을 제공함으로써 클라우드를 퍼블릭과 프라이빗 영역으로 논리적으로 분리할 수 있게 함

 🌟 VPC 없었을 때

   - 클라우드에 있는 리소스를 격리할 수 있는 방법이 없었음

     → 인스턴스들이 서로 거미줄처럼 연결되고 인터넷과 연결 되어 시스템의 복잡도를 크게 끌어올릴 뿐만 아니라 의존도를 높임

        → 유지 및 관리에 많은 비용과 노력을 투입해야하는 단점이 있음

 

    👉🏻 VPC를 분리함으로써 확장성을 가질 수 있고 네트워크에 대한 완전한 통제권을 가질 수 있음

---

📍IP Address

  - IP는 컴퓨터 네트워크에서 장치들이 서로를 인식하고 통신하기 위해 사용하는 특수한 번호

  - IPv4, IPv6으로 나뉘어 있으며 혼용하여 사용함

  - IPv4는 .으로 숫자들을 구분하며 각 구역은 8bit 크기의 Octet(옥텟)으로 이루어져 있음

---

📍IP Address Class

 * IPv4 기준

172.16.0.0

 

---

📍 CIDR : Classless Inter-Domain Routing : 사이더

  - 클래스 없는 도메인 간 라우팅 기법

  - 국제 표준의 IP 주소 할당 방법으로 IP 클래스 방식을 대체한 방식

  - 기존에는 클래스에 따라 정해진 Network Address와 Host Address를 사용해야 했음

    → CIDR은 원하는 블록만큼 Network Address를 지정하여 사용 가능

172.16.0.0 / 16

  - 뒤에 붙은 /16은 첫 16비트를 Network Address로 사용한다는 의미

---

📍 Subnet : 서브넷

  - 서브 네트워크의 줄임말

  - IP 네트워크의 논리적인 하위 부분을 가리킴

  - 서브넷을 통해 하나의 네트워크를 여러 개로 나눌 수 있음

  - VPC의 CIDR 블록을 이용하여 정의되며 최소 크기의 서브넷은 /28

     → 서브넷은 AZ당 최소 하나를 사용할 수 있고 여러 개의 AZ에 연결되는 서브넷은 만들 수 없음

  ① 퍼블릭 서브넷 : 인터넷을 통해 연결할 수 있는 서브넷

  ② 프라이빗 서브넷 : 인터넷을 연결하지 않고 보안을 유지하는 배타적인 서브넷

  ③ VPN only 서브넷 : 기업 데이터 센터와 VPC를 연결하는 서브넷

---

📍 Routing Table : 라우팅 테이블

  - 트래픽의 전송 방향을 결정하는 라우트와 관련된 규칙을 담은 테이블

  - 목적지를 향한 최적의 경로로 데이터 패킷을 전송하기 위한 모든 정보를 담고 있음

  - 하나의 지점에서 또 다른 지점으로 가기 위한 모든 정보를 제공하는 테이블

  - 모든 서브넷은 라우팅 테이블을 지님

  - 각각의 서브넷은 항상 라우팅 테이블을 가지고 있어야 하며 하나의 라우팅 테이블 규칙을 여러 개의 서브넷 연결 가능