호기심 해결

[KKambi]

Embedded Tomcat vs Tomcat

스프링 부트는 프로젝트에 톰캣을 내장하여 JAR로 패키징한 뒤 이를 실행한다.

• 어플리케이션을 빌드하고 실행하는 것만으로도, 웹 어플리케이션 서비스가 가능
• 만약 WAR로 빌드하면 외장 WAS에 배포해야 실행이 가능하다.

내장 톰캣이 없던 시절의 스프링

• 서블릿 컨테이너 X = 어플리케이션이 외부와 통신할 수 없다.
• 서블릿 컨테이너 톰캣 설치 -> 설정 파일 구성 -> tomcat webapp 디렉토리에 빌드된 스프링 war 포함 -> 톰캣 실행

그럼 뭐가 다른데? - 외장 톰캣만 가능한 virtual host

• 하나의 톰캣에서 여러 개의 JVM Instance
• 도메인 및 호스트 이름에 따라 각각 다른 루트 컨텍스트 보유

virtual host - 어디서 많이 본 기능인데?

이는 서블릿 컨테이너로써 소스코드를 해석하고, 요청에 대해 동적인 로직을 실행하여, 정적인 결과를 반환하는 WAS의 역할에 벗어난다.

• nginx를 웹서버이자 리버스 프록시로 사용한다.
• 웹서버 : 클라이언트의 요청을 받아 정적 컨텐츠를 제공
• 리버스 프록시 : 클라이언트 요청을 대신 받아 WAS로 전달 (로드밸런싱, 보안 등)

왜 우리는 외장톰캣을 사용해본 적이 없는가?

개발을 늦게 시작한 우리는 하나의 외장톰캣에 다수의 자바 어플리케이션을 올리는 걸 본 적이 거의 없다. (하금티는 있었던 듯)

• 상식! 스케일 업보단 스케일 아웃이 쉽다.
• 고사양의 물리 장비 1대보다, 클라우드나 도커를 이용해 하나의 가상서버 / 컨테이너에 하나의 서비스만 구성하고 다수로 서비스하는게 대세
• 즉, 마이크로서비스가 유행
• 무거운 외장 WAS를 작은 컨테이너에 넣는 건 좀...

게다가 다음과 같이 스프링 부트에서 기존 구성에서의 기능을 대체할 수 있다.

• virtual host -> reverse proxy
• JNDI를 통한 외장 WAS에서의 설정 값 read -> application property를 외부에서 읽어올 수 있음 (Zookeeper 등의 외부 스토어)
• Spring Cloud Config를 통해 외부의 Config Server로부터 HTTP 통신으로 설정 값을 불러올 수 있음
• 스프링 부트 프로젝트도 WAR로 빌드해서 외장 톰캣에 배포 가능

참고 블로그1 참고 블로그2

[KKambi]

서블릿 컨테이너

서블릿이란?

서블릿은 Server Application Let (서버 어플리케이션 한 조각)이라는 뜻으로, 동적 요청을 처리하는 코드

• 서블릿 컨테이너가 생성한 request 객체를 받아 요청 처리
• 서블릿 컨테이너가 생성한 respone 객체에 응답값을 넣어 반환

서블릿 컨테이너의 역할

1. 서블릿의 라이프 사이클 관리
2. 서블릿을 이용한 HTTP 요청 처리
   1. 클라이언트의 HTTP 요청 메세지를 해석해서, request 객체를 생성
   2. 요청을 처리할 적절한 서블릿을 선택 후, request 객체를 넘겨주어 처리를 위임
   3. 서블릿의 응답으로 response 객체를 만들고, 클라이언트에게 HTTP 응답한다.
3. 멀티스레드 관리 (일반적으로 요청 하나에 스레드 하나 할당)

WAS는 원래 Web Server + Servlet Container 대신 효율적인 자원 관리를 위해 웹 서버를 분리하는 것

[jjy0918]

log4j, logback, log4j2

slf4j

• slf4j란 Simple Logging Facade For Java의 약자로 실제 로깅 프레임워크가 아니라 로깅 인터페이스라고 보면 된다.
• logback이나 log4j2의 인터페이스 역할을 한다.

log4j

• Apache의 Java 기반 로깅 프레임워크
• 콘솔과 파일 형태로 로깅할 수 있도록 도와준다.
• 2015년 개발이 중단되었다.

logback

https://logback.qos.ch/manual/

• log4j 이후 출시되었고, 가장 널리 사용되고 있는 Java 로깅 프레임워크
• Spring Boot에서 default 로깅 시스템으로 사용되고 있기 때문에 spring-boot-starter-logging에 포함되어 있다.

log4j보다 logback을 선호하는 이유

• I/O 장애에 대한 안전한 복구 기능 제공
  • logback은 로깅 시 파일 I/O에 대해 문제가 생겨도 정상적으로 복구 기능을 제공하기 때문에 Application 재시작이 필요 없다.
• 오래된 로깅 아카이브 자동 삭제
  • maxHistory property를 설정하여 저장된 파일의 개수를 조절할 수 있다.
  • rollover를 1달로 설정하고, maxHistory를 12로 설정하면, 1년치 로그만 저장되도록 설정된다.
• 로깅 자동 압축 제공
  • rollover 동안 아카이브된 로그 파일을 자동 압축할 수 있다.
  • 자동 압축은 비동기로 진행되기 때문에 application에 영향받지 않는다.
• 조건부 처리 제공
• 필터 기능 제공
  • 특정 사용자는 WARN 수준만 로깅
  • 특정 profile은 INFO 수준만 로깅 등

log4j2

• 가장 최신에 나온 로깅 프레임워크
• Apache의 log4j 다음 버전.
• 멀티 스레드를 이용한 비동기 로거를 사용하기 때문에 대기 시간이 짧다.