08 19

📄 원본(노션): https://app.notion.com/p/3c119935b8ae80908a9cd48f3d4ae951 — 최종 동기화 2026-08-20

아침 스크럼

• 발표 자료 만들기
• 석희
  • 테스트 그만하고 지표 뽑아서 보고서 정리하기
  • 위키 정리
  • 도메인 정리해서 docs/ 아래 만들기
  • 만든거, 노션 등등 다 ai한테 먹여서 괜찮은 자료? 질문? 같은거 받아보기
• 동혁
  • SSE 연결은 왜 1개였다가 5개가 되고, 다시 1개가 되었을까 어제 작성
  • 발표 자료 만드는게 아무래도 제 부분이 많을 것 같은데 코드 좀 읽어야 할 것 같음.
  • 시간 남으면 위키 정리 (매칭 급함)
• 현성
  • 알림 WebPush 도입 이유와 SSE의 한계
  • 매칭 확정 후 Delivery가 생성되지 않는 고아 Order 문제
  • 영속성 컨텍스트 detach로 dirty checking 미반영 문제 (@Modifying(clearAutomatically = true))
• 현서
  • 위키에 올라간 파일들 말투 정리하고 ai 냄새빼고 mermaid로 도식화하기
  • 저도 코드좀 읽고 위키 읽으면서 다른분들이 한 거 공부하기

발표 자료 제출 (~수요일 19시), 오늘 15시에 같이 한번 더 보기

• 포맷(pages)과 예시 파일(PDF)이 있는 구글 드라이브 링크
• PDF 파일을 제출하는 구글폼 링크

1. 서비스 이름 및 설명(실제 서비스를 시연합니다)
2. 핵심 기능 (아키텍처 이미지 추가로 넣지 말고 github readme로 설명)
3. (서비스를 만들면서 중요하게 생각한 점 / 어려웠던 점 / 고민되었던 문제를 제목으로 1개) 동시성 제어 문제
   • 포인트(머니) 트랜잭션, 장부 등
   • 주문 트랜잭션 문제 (트랜잭션을 하나로 묶자니 성능 문제 → 두개로 나누니 롤백 문제 등)
   • 1GB 인스턴스로 어떻게 800명의 사용자를 받았나.
   • 왜 웹푸시를 도입했나 + SSE 알림의 한계
   • 왜 매칭은 Actor Pattern을 도입했는가?

시연 전 할 일

• 시연 할 부르미 아이디 결정
• 시연 할 부르미 아이디에는 미리 "픽업지" 현대 본사 주소록에 저장해두기
• 드리미 아이디에 물품 사진 미리 넣어두기 + 갤러리 정리
• 부르미 아이디에 물품 사진 미리 넣어두기 + 갤러리 정리
• 시연용 부르미,드리미 아이디에 목데이터 제거 (드리미 배달목록 없어도 평점이 있음, 별점 4.5 기본적으로 박혀있는거)
• QR코드 준비 해놓기
• 여러 외부 API 사용량 조회 전날에 SOLAPI랑 카카오맵 API랑 카카오 API 충분한지 확인하기
• 시연용 아이디로 부르미 드리미 둘다 해서 mock 데이터 초기화
  • mock데이터에 배달목록 없어도 평점이 있음 (드리미 4.5점) ⇒ 시연 데이터는 변경 필요

⇒ 위키를 만들고 수정한 사람이랑 담당자가 다 다름 (위키 수정중인거 말하고 있기)

현재 수정 중인 문서

🧠 기술 결정 기록 (ADR)

• 세션 vs 토큰
• 매칭 시스템 설계 동혁
• 매칭 시스템 구현 동혁
• 세션 및 다중 탭 처리 정책
• 실시간 배달 상태 전달에 SSE를 선택한 이유
• SSE 연결은 왜 1개였다가 5개가 되고, 다시 1개가 되었을까
• 드리미 GPS 끊김 감지 정책
• 🔒🔒🔒🔒🔒🔒🔒🔒🔒🔒 Redis 기반 로그인 대기열 도입기 석희
• 활동 내역 조회를 커서 기반 페이지네이션으로 진행
• 알림 - WebPush 도입 이유와 SSE의 한계
• S3 Presigned URL 도입 결정

🧪 부하 테스트

• 매칭 부하테스트
• 매칭 부하테스트 보고서 (8.12)
• 매칭 부하테스트 보고서 (8.13)
• 매칭 부하테스트 보고서 (8.13 · 외부 API 트랜잭션)
• 매칭 부하테스트 보고서 (8.16 · 동시 접속 용량)

🔧 트러블슈팅

• UploadSession - 옛 키 재사용 공격 방어 설계
• 8/6 · EC2 SSH 접속 불가
• 8/7 · 매칭 확정 후 Delivery가 생성되지 않는 고아 Order 문제
• 8/8 · 영속성 컨텍스트 detach로 dirty checking 미반영 문제 (@Modifying(clearAutomatically = true))
• 매칭 확정 후 Delivery 생성 실패로 Orders가 IN_PROGRESS에 고착되는 문제
• 현서 - 매칭이 성공하지 않았음에도 Orders 테이블에 PENDING으로 상태 변경하는 문제
• 부르미 확인 타임아웃 시 주문 DB·매칭 메모리 불일치
• 주변 콜 조회 수동 N+1 개선
• 카카오 API 응답 Redis 캐시 설계
• 드리미 오프라인 조회에 필요한 복합 인덱스 추가
• 🔒🔒🔒🔒🔒🔒🔒🔒🔒🔒 현성 예정 - 매칭 단계 취소시 포인트 이중 환불 문제 ⇒ 이거는 포인트 로직에 대해 먼저 정리하고 올리는게 나을듯?
• 로컬 DevStorage 사용시 로그인 상태에서도 401 UNAUTHORIZED 뜨던 문제

Actor Pattern이라고 믿었던 매칭 엔진을 다시 이해하기까지

매칭 시스템 ‐ 제안은 누구에게 해야 할까