레벨 4 미션 톰캣 구현하기 미션 중 기존 요구사항의 코드는 애플리케이션 단과 서블릿 컨테이너 단이 명확하게 분리되어 있지 않았다.기왕 톰캣 구현하기를 하는 것이니만큼 서블릿 컨테이너는 애플리케이션이 무엇인지 상관없이 제 역할에만 집중하도록 하고 싶었다. 따라서 아래와 같이 여러 애플리케이션에서 org.apche 를 사용할 수 있도록 패키지를 분리하고자 하였다. 패키지를 분리하면서 Context라는 워딩 때문에 나는 Spring의 Application Context가 저 그림의 Context에 해당하는 것이라고 생각했다. 그런데 ApplicationContext과 ServletContext는 다른 레벨의 개념이라는 것을 알게 되어 명확히 하고자 글을 작성한다. ServletContextServletC..
저번 글을 통해 톰캣의 전체적인 구조와 주요 컴포넌트들에 대해 파악할 수 있었다.이번 글에는 톰캣의 Coyote, Catalina에 대해 알아보려고 한다. Catalina란Catalina는 Tomcat의 핵심 구성 요소로 Java 서블릿 스펙을 구현하는 서블릿 컨테이너 구현체이다. Tomcat이 웹 서버 기능과 서블릿/JSP 컨테이너를 모두 포함하는 전체 패키지라면, Catalina는 Tomcat 내에서 서블릿 컨테이너 전체를 관리하고 구현하는 시스템이라고 생각하면 된다.따라서 Catalina는 서블릿의 초기화, 실행, 소멸 등 전체 생명주기 등 컨테이너 내의 모든 서블릿의 라이프사이클을 관리한다. 이때 Catalina는 Engine 자체를 나타내는 것이 아니고 주요 5개 컴포넌트(Server, Ser..
레벨 4의 첫 미션은 "Tomcat 구현하기" 였다. 그동안 내가 알고 있던 Tomcat은 Web Application Server 중 하나로, 스프링 부트가 톰캣을 내장하고 있다는 정도였다.이번 미션을 통해 Tomcat의 구성 요소와 역할 등등에 대해 더 자세하게 공부하고자 글을 작성하게 되었다. 이번 글에서는 톰캣의 역할과 전체적인 구조에 대해 다루고자 하니 참고바란다.톰캣톰캣이란먼저 톰캣이란 무엇일까? Tomcat은 Apache 재단에서 릴리즈한 Web Application Server이다.이때 Apache는 같은 재단에서 릴리즈한 Web Server인데, 때문에 나는 톰캣이 웹 서버의 역할을 전혀 하지 않는 줄 알고 있었다.(정확히 말하자면 명확히 구분되어 사용하는 줄 알았다) Tomcat의 주요..
톰캣 구현하기 미션 중 특정 API 요청을 처리하고 리다이렉션을 해야하는 요구사항이 있었다.MDN 문서를 통해 학습을 하면서 응답에 302 Found를 반환할 경우 자동으로 리다이렉션 처리가 되는 것을 알았다. 300대의 다른 응답도 모두 리다이렉션이 가능한지 찾아보면서 300 Multiple Choices와 수동 리다이렉션에 대해 알게 되었다.Multiple Choices 이라는 의미가 궁금하기도 하고 수동 리다이렉션에 대해 학습해보고자 작성한다 리다이렉션 종류라다리렉션의 종류는 총 3가지로 나뉜다.영구 리다이렉션일시 리다이렉션특수 리다이렉션영구 리다이렉션영구 리다이렉션은 기존 URL이 사용되지 않아야 할 때 사용된다.즉, API 자체가 제거(또는 다른 API로 컨텐츠가 이동)되거나 도메인이 제거되는 ..
책 "nginx 쿡북"을 참고했습니다. 엔진엑스 주요 설정 파일과 디렉터리/etc/nginx/엔진엑스 서버가 사용하는 기본 설정이 저장된 루트 디렉터리엔진엑스는 이곳에 저장된 설정 파일의 내용에 따라 동작/etc/nginx/nginx.conf엔진엑스의 기본 설정 파일로, 모든 설정에 대한 진입점워커 프로세스 개수, 튜닝, 동적 모듈 적재와 같은 글로벌 설정 항목을 포함다른 엔진엑스 세부 설정 파일에 대한 참조를 지정/etc/nginx/conf.d/의 모든 설정 파일을 포함하는 최상위 http 블록을 가짐/etc/nginx/conf.d/기본 HTTP 서버 설정 파일을 포함하는 디렉토리디렉터리 내 파일 중 이름이 .conf로 끝나는 파일은 앞서 언급한 /etc/nginx/nginx.conf 파일이 가진 최상..
CORS 알았다고 생각하면 끝인 줄 알았지? 진짜 정확하게 알았어? 는 제 얘기입니다. 제가 기존까지 알고 있던 CORS는 대강 이정도였습니다.기존에 CORS에 대한 내 지식CORS 등장 배경기존에 브라우저에서는 SOP라는 단일 오리진 정책이 있었다. 이는 동일한 오리진인 경우에만 요청을 주고 받을 수 있게 하는 정책이다.하지만 웹이 발전함에 따라 다른 오리진 간에도 요청을 주고 받는 일이 필요해졌고 이때 등장한 것이 CORS이다.CORS란크로스 오리진 어쩌고 정책으로 두 서버가 오리진이 달라도 요청을 주고 받을 수 있게 하는 허용하는 정책이다.브라우저는 CORS를 위반했는지를 여러가지 방법으로 검사한다.그중에 하나가 preflight 요청인데 미리 본요청을 보내기 전에 OPTION이라는 Http Me..
서론로그 모니터링에 이어, 매트릭 모니터링을 구축하면서 그 과정에 대해 공유한다.로그 모니터링과 마찬가지로, 스프링 서버가 "HikariCP Shutdown"만을 남기고 죽는 일이 빈번했다. 그런데 서버가 죽어도 백엔드는 모르다가, 개발하는 프론트가 확인을 하고 문의하는 일이 여러번 발생하면서 매트릭 모니터링에 대한 필요성을 느끼고 이를 구축하기로 결정했다. 🤔 매트릭 모니터링 필요 이유 1. 서버가 다운되었을 때 즉각 대응할 수 있다.왜 필요해?클라우드 서버 메모리 부족 문제와 스키마 변경 시 운영, 개발 환경에 변경된 DDL 을 작성하지 않아 서버가 자주 다운되는 일이 있었다.이런 상황에서 백엔드 크루들은 모르고 즉각 대응을 해주지 못했다.뭐가 개선되지?이런 상황에서 매트릭 모니터링을 구축한다면 해..
서론LMS 3차 요구사항으로 모니터링 대시보드 구성이 주어졌다.우리는 CloudWatch를 통해 EC2 인스턴스에 대해 모니터링 대시보드를 구성했었는데, 처음에는 이것만으로도 충분하다고 생각했었기 때문이다. 그런데 개발 서버에서 500 에러가 계속해서 발생하고 프론트엔드 팀원에게 문의를 받아야 대응할 수 있는 상황이 빈번하게 발생했다.따라서 로그 모니터링에 대한 필요성을 느끼고 이를 구축하기로 결정했다. 🤔 로그 모니터링 필요 이유 1. 직접 EC2 서버에 접속하지 않고도 로그를 확인할 수 있다.왜 필요해?일단 모니터링을 구축하기 전, 로그 프레임워크을 적용하면서 스프링 서버의 로그를 파일로 저장하고 있었다.해당 로그 파일은 EC2 인스턴스 내의 파일 시스템에 저장이 되는데, 이를 확인하기 위해서는 E..
애플리케이션 개발을 하다보면 데이터베이스 스키마 변경은 매우 빈번하게 일어납니다.새로운 기능 추가, 성능 최적화, 또는 데이터 모델 개선 등 다양한 이유로 데이터베이스 구조를 수정해야 하는 상황이 발생합니다. 마이그레이션 도구를 사용하지 않았을 경우우리는 개발, 운영 환경에서 ddl-auto: none 또는 validate 로 옵션을 지정하곤 하는데요.이는 애플리케이션 실행 시 Hibernate가 자동으로 데이터베이스 스키마를 변경하지 않도록 하기 위함입니다. 이러한 접근 방식은 데이터의 안정성을 보장하지만, 동시에 몇 가지 불편한 점이 있습니다. 수동 DDL 실행: 테이블 추가, 컬럼 변경 등이 필요할 때마다 개발자가 직접 해당 환경의 데이터베이스에 접속하여 DDL 문을 실행해야 합니다.버전 관리의 ..
SLF4J(Simple Logging Facade for Java)는 자바 애플리케이션을 위한 로깅 프레임워크입니다.여러 로깅 프레임워크에 대한 추상화 계층을 제공하여, 개발자가 특정 로깅 구현체에 종속되지 않고 유연하게 로깅 기능을 사용할 수 있게 해줍니다. 그중에서도 Logback에서 제공하는 MDC에 대해 자세히 알아보겠습니다. 우리는 로그를 통해 사용자의 요청을 추적하고 디버깅합니다.만약, 수많은 동시 요청이 발생하는 환경에서는 각 요청에 대한 로그를 추적하고 구분하는 것이 어려울 수 있습니다. 때문에 이러한 문제를 해결하기 위해 Logback의 MDC를 활용할 수 있습니다. MDC란?SLF4J에서 제공하는 기능으로, 스레드별로 고유한 컨텍스트 정보를 저장하고 관리할 수 있게 해줍니다.이를 통해 ..