stderr와 stdout을 통합, 분리하는 기준을 세워보자. 통합 케이스► 출력 순서와 타이밍이 중요함→ stdout과 stderr의 출력 순서를 유지하며 하나의 타임라인처럼 보고 싶을 때.► 로그 스트리밍, 모니터링, 실시간 피드백 성격분리 케이스► 정상 출력 / 에러를 별도로 처리해야 함→ 예외 상황을 별도로 감지·로깅하거나, 에러만 따로 사용자에게 알릴 필요가 있을 때.→ stdout은 결과 파일에, stderr는 로그 파일에 기록해야 할 때.► 커맨드 파이프라인에서 정상 데이터만 다음 단계로 넘길 때→ 예: grep, cat, find 등의 결과 중 에러 메시지는 파이프라인에 섞이면 안 되는 경우. .. 이 결론을 세우기까지 많은 공부가 되었는데, 그런 내용들을 정리해보려 한다. Java에서 P..

동적 라우팅이 왜 필요했을까요? 내 프로젝트에서 Nginx를 두고 있는데,아래와 같이 요청 정보에 따라 동적으로 라우팅 해줄 일이 생겼다. 상황을 더 설명하자면 우리 관리자 cms에서는...- 서버관리 화면에서 '서버명, IP'를 등록할 수 있다.- 화면에서 /sys 로 시작하는 API 요청을 보낼 때, 서버명에 매핑된 IP로 라우팅할 수 있어야 한다.- 서버명, IP 등록에 따른 라우팅 적용은 Nginx 무중단으로 이루어져야 한다. 기존의 nginx에는 저런 요구사항을 실현하기 어려웠다. 서버명에 매핑된 ip로 라우팅하려면 매핑 데이터 관리가 필요한데, 정적인 특징이 있는 nginx는 어떤 파일에 read, write 작업이나 파싱하는 작업을 하기에는 부적절한 성격이다. 그렇다면 애초에 ngin..

■ 적정 쓰레드수 산정하기각 API 처리 전용 쓰레드풀을 만들게 되었다.각각의 API가 가지는 쓰레드풀에 적당한 코어 쓰레드를 할당해보자. 먼저 파악해야 할 것은- 이 서버에 할당할 리소스가 어느정도인지 알아야 한다.- 그리고 Brian Goetz의 쓰레드 산출 공식을 적용하려면 수행 대상 로직의 대기 시간과 서비스 시간을 미리 알아봐야 한다. 이를 통해 전체 API에 할당할 총 쓰레드 수를 알아보려 한다. □ 서버에 할당된 리소스- CPU: 4코어- Memory: 8GB □ 쓰레드 산출 공식 (Java Concurrency in Practice - Brian Goetz)적정 쓰레드 수 = 코어 수 x (1 + 대기시간/서비스시간)∨ 대기 시간: CPU가 Wait 상태인 시간 (I/O 작업 등) ∨ 서..

■ 단일 DataSource 설정properties/yaml에서 db connection 설정 방법은 이렇다.spring.datasource.properties.driverClassName=...spring.datasource.url=...spring.datasource.username=...spring.datasource.password=... 하지만 만약 멀티 데이터소스 요구사항이 다른 경우, 위와 같은 properties에 따른 기본적인 DataSource가 필요한 것이 아니라, 별도로 구현해둔 빈이 필요할 수 있다. (🔗 예를 들면 이런 상황) 그리고 그런 커스텀 DataSource를 사용하도록 테스트 환경을 구성할 때 어떻게 DataSource와 DB 접속 정보를 설정해야 하는지, 놓칠 수 있..

■ Introspringboot 3으로 마이그레이션한 과정과, 내 프로젝트에서 해결한 문제를 기록한다. 일반적으로 springboot 3 마이그레이션시 만나는 문제를 다양하게 만날 수 있어서 좋았다.  보안과 유지보수 측면에서 마이그레이션을 해야 한다. 마이그레이션 대상 프로젝트는 2.6.x를 사용중이었고 이걸 스부 3 이상으로 마이그레이션 하는 것이 목표다. 마이그레이션 순서를 간략히 정리하면, 자바 17로 버전업 후 springboot 2.7로 중간 버전업 해서 종속성 문제 해결 뒤 springboot 3.x으로 버전업해서 나머지 종속성을 해결하는 것이다. 2.7로 중간 버전업하는 거는 springboot 버전이 낮은 편이었다거나 하면 도움이 될 것이다. 참고로 나는 2.6을 쓰고 있었는데 2.7로 ..

■ Intro멀티쓰레드 환경의 비동기 로깅을 해야했고, MDC를 활용했다.상황을 설명하자면 요청 경로는 동일하게 들어오지만 중간에 쓰레드가 나뉘는 코드가 있었는데, 요청의 컨텍스트를 유지하고 있어야 했다. 예를들어 처리시간을 로깅하려면 처리시작 시간을 보유하고 있어야 어디선가 처리가 끝날 때 총 처리 시간을 구할 수 있다. 비동기일 경우 처리가 끝나는 시점을 모르기 때문에, 그런 최적의 방법에 대한 고민이 필요했다. 결론적으로 MDC + TaskDecorator + AOP를 통해서 구현했다. 비동기 처리의 완료시점을 확실히 하는 것이 중요하므로 MDC를 사용하여 쓰레드를 트래킹하는 것이 적절해보였다. TaskDecorator가 MDC 컨텍스트를 분기 대상 쓰레드로 넘겨서 종료시점까지 정보를 유지하려는 방..

■ Intro동적으로 스케줄링 정보를 변경해야 할 일이 있다. 예시로 스케줄링 주기를 중간에 바꿔야 한다든가, 스케줄 내용을 변경해야 한다든가 말이다. 값이 동적으로 들어오는 위치를 DB라면, DB의 데이터 변경을 자동으로 알아차린 후 스케줄러를 변경시켜야 한다. 그래서 지난 번에는 어떻게 변경감지를 할지 고민했었고, 폴링으로 감지하기로 결정했다. 이번에는 데이터 변경이 감지된 후 스케줄러를 동적으로 변경하는 방법을 정리하겠다. ■ 샘플 구조예시로, 1분마다 DB에서 '주기 값'이 변경되었는지 확인하고, 스케줄러에 반영하는 간단한 샘플 구조를 작성했다. 각자의 비스니스에 맞게 커스텀해서 사용하면 될 것이다. @Componentpublic class SampleDynamicScheduler {    pri..

■ IntroDB 데이터 변경을 감지해야할 일이 있다. 서버의 어떤 동작이 외부 설정데이터에 영향을 받기 때문에 변경을 감지해서 동작을 수정해야 하는 상황이다. 그래서 일반적인 방법들을 정리해보고자 한다. (참고: 프론트엔드 부분은 제외하고 이야기한다.) 먼저 확인보자면 여기에서는 "실시간 데이터 처리와 변경 감지는 많은 비즈니스 애플리케이션에서 중요한 요구 사항으로 자리잡고 있습니다. 데이터베이스에서 특정 테이블이나 데이터를 감시하는 방법은 다양하지만, 전통적으로 트리거를 활용한 방식이 가장 많이 사용되었습니다." 라고 말한다. (그래서 뭘 해야하는데? 이 글에서 알아볼 것이다.) 앞으로도 데이터 변경 감지를 적절한 방법으로 해내기 위해서, 다양한 변경 감지 방법들을 알고 있도록 하자. 변경 감지는 두..

나머지 값들은 다 정상적으로 매핑되어 값이 잘 들어가는데, 특정 키만 null로 들어가는 것을 발견했다.원인은 필드명이었다. 아래 글 덕분에 알게 되었다. https://bcp0109.tistory.com/309 Spring Request DTO 에 null 값이 들어가는 이유 (Jackson, Lombok)Overview Spring Boot 로 REST API 를 테스트 하다가 이상한 이슈에 직면했습니다. 클라이언트에서 @RequestBody 로 요청을 받기 위한 DTO 클래스를 만들고 값을 입력 받았는데 null 값이 입력되는 겁니다. 처bcp0109.tistory.com  문제가 되는 필드명은 cId였다. 소문자 하나 다음에 바로 대문자가 나오는 필드명이 문제가 되는 것이다. Spring은 htt..

■ AOP를 통해 onMessage() 비동기 수신 로깅 Redis가 Consume할 때 호출되어 작업을 처리하기 시작하는 부분인 onMessage() 메서드를 AOP를 통해 로깅하려는 상황이었다. 기능 구현을 위한 샘플 코드를 짜서 테스트해보았다. 구조는 이러하다.- ConsumerFactory: 메시지를 구독할 컨슈머들을 생성- StreamListenerImpl: 구독한 메세지를 처리할 onMessage 구현- ListenContainer: 위 리스너를 관리할 컨테이너 설정- LoggingAspect: 테스트 대상인 Aspect들- RedisConfig: 기본 레디스 설정  *참고: ListenerContainer, Listener, 그리고 Consumer 객체간의 관계를 이해하는 것이 필요하다면, ..