“카테고리별 2인 랜덤 매칭”을 스케줄러로 돌리는데, 한 카테고리에서 예외가 나면 전체 루프가 롤백될 수 있다는 얘기를 듣고 시작된 고민. 그 결과 @Transactional(propagation = REQUIRES_NEW)를 채택했고, 다시 self-invocation 문제를 만나 리팩터링까지 갔던 과정을 정리했습니다.

• 문제 배경
• TL;DR
• 1. 내가 왜 이런 고민을 하게 됐나
• 2. 현재 구현의 문제 정리 (Redis 단독일 때)
• 3. 하이브리드 설계 원칙
• 4. 개선된 데이터 흐름
• 5. Redis 자료구조 선택과 이유
• 6. 원자적 매칭: Lua 스크립트 예시(개념)
• 7. 복구 메커니즘(서버 재기동/장애 대비)
• 8. 스키마/인덱스 설계
• 9. 시스템 구성(개념 아키텍처)
• 10. 실무에서의 선택지 비교
• 11. 테스트/운영 시나리오
• 12. 내가 배운 점 & 선택의 근거
• 13. Next Steps (로드맵)
• 부록 A. 코드 스니펫(개념)

• record란?
• record의 특징
• 기존 클래스 vs record 비교
• record 내부 동작
• record 주요 기능
• record 사용 방법
• 정리

📝 TIL (Today I Learned)
📅 작성일: 2025-08-23
🔄 최종 수정: 2025년 08월 25일

• 1. 오늘 읽은 내용 요약
• 2. 나에게 필요했던 이유 — 친구하자 적용 사례
• 3. 느낀 점 & 인사이트
• 4. 다음 액션 아이템
• 💡 핵심 요약

📝 TIL (Today I Learned)
📅 작성일: 2025-08-16
🔄 최종 수정: 2025년 08월 16일

• 새롭게 배운 것
• 오늘의 문제 상황 & 해결 과정
• Pydantic이란?
• Spring Boot DTO와 Pydantic의 비교
• 느낀 점

📝 TIL (Today I Learned)
🔗 원본 이슈: #62
📅 작성일: 2025-05-27
🔄 최종 수정: 2025년 05월 28일

📝 TIL (Today I Learned)
🔗 원본 이슈: #61
📅 작성일: 2025-05-24
🔄 최종 수정: 2025년 05월 27일

📝 TIL (Today I Learned)
🔗 원본 이슈: #60
📅 작성일: 2025-05-23
🔄 최종 수정: 2025년 05월 27일