인터넷 네트워크

인터넷 통신

IP(Internet Protocol)

역할 지정한 IP 주소(IP Address)에 데이터 전달

패킷(Packet)이라는 통신 단위로 데이터 전달

클라이언트 패킷 전달

IP 프로토콜의 한계

TCP, UDP

TCP 특징

전송 제어 프로토콜(Transmission Control Protocol)

• 연결지향 - TCP 3 way handshake (가상 연결)
• 데이터 전달 보증

• 순서 보장

• 신뢰할 수 있는 프로토콜
• 현재는 대부분 TCP 사용

UDP 특징

사용자 데이터그램 프로토콜(User Datagram Protocol)

• 하얀 도화지에 비유(기능이 거의 없음)
• 연결지향 - TCP 3 way handshake X
• 데이터 전달 보증 X
• 순서 보장 X
• 데이터 전달 및 순서가 보장되지 않지만, 단순하고 빠름
• 정리
  • IP와 거의 같다. + PORT +체크섬 정도만 추가
  • 애플리케이션에서 추가 작업 필요

PORT: 하나의 IP에서 여러 애플리케이션이

PORT

DNS

HTTP

HTTP 메시지에 모든 것을 전송

• HTML, TEXT
• IMACE, 음성, 영상, 파일
• JSON, XML (API)
• 거의 모든 형태의 데이터 전송 가능
• 서버간에 데이터를 주고 받을 때도 대부분 HTTP 사용

웹 서버

• HTTP 기반으로 동작
• 정적 리소스 제공, 기타 부가기능

• 정적(파일) HTML, CSS, JS, 이미지, 영상

  예) NGINX, APACHE

웹 애플리케이션 서버(WAS - Web Application Server)

• HTTP 기반으로 동작
• 웹 서버 기능 포함+ (정적 리소스 제공 가능)
• 프로그램 코드를 실행해서 애플리케이션 로직 수행 HTML, HTT API(JSON)
• 서블릿, JSP, 스프링 MVC
• 예) 톰캣(Tomcat) Jetty, Undertow

웹 서버 vs. 웹 애플리케이션 서버(WAS)

• 웹 서버는 정적 리소스(파일), WAS는 애플리케이션 로직
• 사실은 둘의 용어도 경계도 모호함
• 웹 서버도 프로그램을 실행하는 기능을 포함하기도 함
• 웹 애플리케이션 서버도 웹 서버의 기능을 제공함
• 자바는 서블릿 컨테이너 기능을 제공하면 WAS
• 서블릿 없이 자바코드를 실행하는 서버 프레임워크도 있음
• WAS는 애플리케이션 코드를 실행하는데 더 특화

웹 시스템 구성 - WAS, DB

• WAS, DB 만으로 시스템 구성 가능
• WAS는 정적 리소스, 애플리케이션 로직 모두 제공 가능

단점

• WAS가 너무 많은 역할을 담당, 서버 과부하 우려
• 가장 비싼 애플리케이션 로직이 정적 리소스 때문에 수행이 어려울 수 있음
• WAS 장애시 오류 화면도 노출 불가능

웹 시스템 구성 - WEB, WAS, DB

• 정적 리소스는 웹 서버가 처리
• 웹 서버는 애플리케이션 로직같은 동적인 처리가 필요하면 WAS에 요청을 위임
• WAS는 중요한 애플리케이션 로직 처리 전담

• 효율적인 리소스 관리
• 정적 리소스가 많이 사용되면 Web 서버 증설
• 애플리케이션 리소스가 많이 사용되면 WAS 증설