Refactor: 알림 배치 전용 스레드 풀 분리 및 불필요한 REQUIRES_NEW 제거

[jjh75607]

목적

알림 배치가 일반 비동기 작업과 동일한 스레드 풀을 사용해 배치 피크 시 API 응답 지연이 전이되고, 불필요한 REQUIRES_NEW 트랜잭션이 DB 커넥션 풀을 낭비하는 문제를 해결하기 위해

작업 상세 내용

• AsyncConfig에 notificationTaskExecutor 빈 추가 (배치 전용 풀, corePoolSize/maxPoolSize 별도 튜닝)
• NotificationProcessor.processExpiration(), processStockSummary() — @Async("notificationTaskExecutor")로 변경 (NotificationProcessor.java:39)
• processExpiration(), processStockSummary() — @Transactional(propagation = REQUIRES_NEW) → @Transactional(readOnly = true)로 변경 (읽기 전용 조회에 REQUIRES_NEW 불필요)
• applicationTaskExecutor — corePoolSize=5, maxPoolSize=20으로 변경하여 탄력적 확장 허용
• 배치 실행 중 일반 API 비동기 작업이 지연되지 않는지 확인

참고 사항

• 현재 applicationTaskExecutor: corePoolSize=maxPoolSize=20, CallerRunsPolicy → 큐 포화 시 Tomcat 요청 스레드가 직접 비동기 작업 처리
• 배치에서 회원 100명 처리 시 최대 100개 DB 커넥션 동시 점유 위험
• docs/project-audit.md PERF-H4, PERF-M7, ARCH-L1 참고

[coderabbitai]

🔗 Related PRs

#65 - Refactor: 알림 배치 처리 구조 개선 및 비동기 전환 [merged]
#73 - Feat: 정기 알림 발송을 위한 스케줄러 구현 [merged]
#127 - Feat: Slack 기반 예외 알림 및 배치 결과 리포팅 구현 [merged]
#222 - Refactor: Notification 도메인 Service 전환 [merged]
#238 - Refactor: NotificaitionProcessor 중복 처리 흐름 추출 [merged]

---

📝 Issue Planner

_{Check the box below or use the @coderabbitai plan command to generate an implementation plan and prompts that you can use with your favorite coding assistant.}

• Create Plan

---

🧪 Issue enrichment is currently in open beta.

You can configure auto-planning by selecting labels in the issue_enrichment configuration.

To disable automatic issue enrichment, add the following to your .coderabbit.yaml:

issue_enrichment:
  auto_enrich:
    enabled: false

💬 Have feedback or questions? Drop into our discord!