Notice
Recent Posts
Recent Comments
Link
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | |
| 7 | 8 | 9 | 10 | 11 | 12 | 13 |
| 14 | 15 | 16 | 17 | 18 | 19 | 20 |
| 21 | 22 | 23 | 24 | 25 | 26 | 27 |
| 28 | 29 | 30 |
Tags
- docker
- CoffiesVol.02
- Java
- nginx
- LV0
- 일정관리프로젝트
- 데이터 베이스
- LV02
- 코테
- Join
- 포트폴리오
- Kafka
- Redis
- JPA
- LV.02
- CI/CD
- SQL
- 프로그래머스
- Lv.0
- 알고리즘
- 이것이 자바다
- AWS
- mysql
- LV01
- LV03
- JMeter
- spring boot
- 일정관리 프로젝트
- 연습문제
- 디자인 패턴
Archives
- Today
- Total
목록2026/06 (1)
코드 저장소.
목차1. 문제 제기2. 원인 분석3. 해결 방안 4. 적용5.소감 1. 문제 제기일정관리 프로젝트 Daily Line은 초기에 단일 LightSail 인프라에서 핵심 기능을 구현후, 시스템 고도화를 위해서 분산 환경(EC2 + Kafka + Redis)으로 아키텍처를 확장했습니다. 이 과정에서 비동기 알림 파이프라인(Kafka)과 분산 스케줄러 중복 방지 솔루션(ShedLock)이 복잡하게 얽히기 시작했습니다. 단일 서버 환경에서는 유저의 요청부터 로깅까지 하나의 스레드가 책임졌기에 ThreadLocal 기반의 MDC(Mapped Diagnostic Context) 로그 추적이 수월했습니다. 하지만 서버가 쪼개지고, ShedLock과 카프카를 통한 비동기 장벽이 생기자 에러가 터져도 어떤 스레드와 이벤트..
포폴/일정관리 프로젝트 vol.02
2026. 6. 25. 02:23
