공대키메라

[Spring Framework] 외장톰캣 사용시 A-Z 흐름 정리 1탄 : Tomcat중심의 구조 파악

회사에서 war를 쓴 프로젝트가 있는데 tomcat으로 돌아갔다. 사실 이거에 대해서 초기에 배웠고 내가 이걸 세팅해서 하라고해도 그냥 쓸 뿐이지 구조까지는 관심이 사실 많지 않았다. 또 Spring 도... inflearn에서 배민출신 김영한 강사님의 강의를 정말 열심히 들었는데 다까먹었다. (JMT) 이왕 가물가물한거 다 정리하고 가려고 한다. 이게 일일히 다 읽고 직접 정리하기에는 너무 공수(?)가 크다. 그래서 AI에게 도움을 받았고 이런 정리는 AI의 도움을 받는게 빠르다. 다만 맞는지는 직접 캐물으며 확인했다.목표1. Servlet, Servlet Container, WAS 등 헷갈리는 용어를 구분한다.2. Tomcat의 내부 구조(Connector, Catalina의 Engine·Host·..

지난 글에서는 난리가 나버린 나의 CI/CD 학습 내용 중 잘못된 부분 3가지를 수정했다. 다시 한 번 보도록 하자. 개선무엇이 문제였나어디를 고쳤나어떻게 바뀌었나1. 무중단 배포의 구멍docker stop 순간 HAProxy가 몇 초 늦게 알아채서 그 사이 요청이 실패할 수 있었다haproxy.cfg (관리 입구 9999, redispatch),Jenkinsfile.prod의 deploy()멈추기 전에 HAProxy에서 빼고(drain), 교체하고, 다시 넣는다(ready)2. 배포 실패 시 자동 롤백새 버전이 헬스 체크에 실패하면 서버 1대가 고장 난 채로 남았다Jenkinsfile.prod의 deploy()→ replace() 분리실패하면 이전 이미지로 되돌리고, 파이프라인은 실패로 표시한다3. 빌..

1~4탄에서 미니 PC에 Jenkins를 띄우고, push하면 빌드와 테스트를 거쳐 이미지를 만들고,HAProxy 뒤의 was1, was2를 순서대로 교체하는 파이프라인을 만들었다. dev는 자동, prod는 버튼으로 나눠서 Continuous Delivery까지 구현했다. 그런데 해당 글들을 Claude에게 리뷰받았더니 실전에서 문제가 될 부분을 몇 가지 짚어 줬다. 이 글은 그래서 이를 토대로 개선하는 작업을 할 것이다. 이번 글에서는 지금 구성을 다시 뜯어보면서, 실무였다면 문제가 됐을 부분을 찾아 하나씩 개선하려고 한다. (ㅠㅠ... 몰랐다고요)목표지금 파이프라인이 실전에서 어떤 문제를 일으킬 수 있는지 이해한다.직접 개선하고, 개선됐는지 검증한다.0. 이번 글에서 다룰 개선점솔직히 필자가 예~전..

이번 글에서는 회사에서 미처 내가 캐치하지 못했던 부분을 공부하기 위해 적는다. 알긴 아는데 애매하게 알면 그건 모르는게 되버리니 싹 훑으려고 한다. 인터페이스란 뭘까? 이게 왜 필요하고, 어디서 쓰이며 어떻게 개발을 하는데 문제를 해결할 수 있을까? 목표1. OSI 7 Layer에 대해 짚고 넘어간다.2. 인터페이스가 뭔지 이해하고 각 계층에 따라서 어떻게 통신하는지 이해한다.3. 왜 계층별로 통신이 나뉘어 있으며 각각에 필요한 상황을 고민한다.4. 인터페이스는 어떻게 설계해야하는지 이해한다.0. 스위치와 마트료시카0.1) 스위치스위치? 뭐하는거지? 불 키고 끄는거... 그것도 사실 개인적으로 생각했을 때는 0과 1이다. 뭔가 switch가 어딘가로의 연결을 제어하는 것 같은 느낌이다. 불을 끄고 키듯..

이전 시간까지는 CI/CD 구축하기 1~4탄을 마무리 했는데 필자는 사실 AI가 작성해준 방식 그대로 열심히 해보고 검증하고 실제로 되는지 확인했을 뿐이다. (생각보다 많이한 것 같기도...) 다만 Dockerfile에 대한 문법도 이해가 안 될 뿐더러 이 컨테이너라는 기술에 대한 이해가 부족하다고 판단했다. 고로, 이번의 번외글 1에서 컨테이너를 이해하고 이게 왜 좋은지 알아보려고 한다.목표1. 가상화 기술과 컨테이너가 왜 나오게 되었는지 배경을 이해한다.1. 가상메모리에 대한 이해1.1) 가상메모리란?IBM 에서서는 가상메모리에 대해서 다음과 같이 정의하고 있다. 가상 메모리는 메모리 관리 기술의 하나로, 운영 체제(OS)가 가상의 메모리 공간을 활용해 물리적 메모리 의 한계를 넘어 동작할 수 있도록..

이번 시간에는 지난 글에 이어서 CD 구축을 완료하려고 한다. 지난글은 바로 다음에 있습니다!https://tech-monster.tistory.com/338 [인프라] CI/CD 구축하기 3탄 : 이미지 빌드와 HAProxy 뒤 2대 무중단 배포 진행 1단계(feat. 무중단 배필자는 이번 시간에는 3탄에서는 Jenkins를 통해 실제 환경에 배포하듯이 연습하려고 한다. 현재 다니는 회사에서는 bastion 서버를 구축하고 그 뒤에 바로 HAProxy로 loadbalancing 과 TLS 종단화를 하고tech-monster.tistory.com 참고로, 1~4탄 구축을 하면서 문제가 없는 듯 하지만 현재 2026년 10월 19일 오후 11:30분 기준 문제점이 많다. 그점을 확인하고 뭐... 학예회..

필자는 이번 시간에는 3탄에서는 Jenkins를 통해 실제 환경에 배포하듯이 연습하려고 한다. 현재 다니는 회사에서는 bastion 서버를 구축하고 그 뒤에 바로 HAProxy로 loadbalancing 과 TLS 종단화를 하고 있다. 그 뒤에 web 서버 2대가 위치하고 또 was 서버가 위치한다. 이렇듯 어찌되었든 was 서버를 이중화하는 경우 어떻게 이를 빠르고 편하게 CI/CD를 적용할 수 있는지 학습할 것이다. https://tech-monster.tistory.com/336 [인프라] CI/CD 구축하기 1탄 : 기존의 미니PC에 젠킨스 세팅하기 (feat. CI/CD 의 의미와 젠킨스)이번 글에서는 CI/CD에 대해서 이해가 좀 부족한 것 같아서 젠킨슨을 활용해 A-Z까지 정리할 것이다. 아..

이번 시간에는 지난 글에 이어 CI/CD를 Jenkins 를 이용해서 구축해 보도록 하겠다. https://tech-monster.tistory.com/336 [인프라] CI/CD 구축하기 1탄 : 기존의 미니PC에 젠킨스 세팅하기 (feat. CI/CD 의 의미와 젠킨스)이번 글에서는 CI/CD에 대해서 이해가 좀 부족한 것 같아서 젠킨슨을 활용해 A-Z까지 정리할 것이다. 아마 1탄, 2탄으로 구성할 것이니 확인 바란다. 사실 이전의 흐름과 미니PC 설정은 이전 글에서tech-monster.tistory.com 마지막에 말했듯이 사실 AI한테 흐름과 학습 과정을 알려달라 하고 나는 실행하고 확인하는게 전부이긴 한다. 하지만 이걸 매번 물어보며 안다고 착각하는것과 실습을 통해 이해도를 높이고 실제로 경..

이번 글에서는 CI/CD에 대해서 이해가 좀 부족한 것 같아서 젠킨슨을 활용해 A-Z까지 정리할 것이다. 아마 1탄, 2탄으로 구성할 것이니 확인 바란다. 사실 이전의 흐름과 미니PC 설정은 이전 글에서 정리했으니 궁금하면 보길 바란다. https://tech-monster.tistory.com/334 [인프라] 미니PC 서버 구축 1 - ubuntu 환경 세팅해서 원격으로 접속하기(feat. 리눅스와 SSH에 대한 이필자는 최근에 미니 PC 홈서버 구축을 하고 있다. 물론 프로젝트는 git에 private 하게 진행중인데 사실 여러 문제가 발생했다. 기본적으로 ssh를 쓰기는 했는데 정의에 대해 말하라 하면 말을 못하tech-monster.tistory.com https://tech-monster.ti..

한창 미니 PC를 연결하기 위해 필자는 쌩 난리(?)를 치고 있다. 확실히 머릿속으로 개념이 그려지지 않고 또한 무료 도메인 사이트를 사용하려다가 여러가지를 고려한 결과 Cloudfare를 쓰는게 낫겠다는 판단이 들었다. 해당 글은 이 과정을 이해하기 위해 정리한 내용이다. 결론적으로 정리하면 다음과 같다. (1) 무료 도메인으로 막힘 → (2) Cloudflare로 전환 →(3) 두 구간 HTTPS 완성 → (4) 우회 접속 차단 →(5) 테스트 서버로 경로 확인 → (6) API를 내부 전용으로 정리 이 과정이 생각보다 손도 많이 가고 흐름이 머릿속에 그려지지를 않아서 이를 정리하는데 정말 애먹었다. 목표1. Cloudfare가 무엇인지, 왜 필요한지 이해한다.2. 사용자 요청이 내 미니 PC에 들..