Home

쉼, 부름

근거리 서류 · 샘플 · 비품을 오가는 사람의 손으로 전하는 P2P 배송 플랫폼

동선 중 유휴 시간을 가진 직장인이 배송을 수행하고, 필요한 사람은 빠르고 저렴하게 물품을 전달받습니다.

---

기획 · 명세

설계

협업 · 문서

---

목차

• 👥 팀원
• 👋 어떤 서비스인가요
• 🧭 핵심 흐름
• 서비스 아키텍쳐
• 🧠 기술 결정
• 🔧 트러블슈팅
• 🧪 부하테스트

---

👥 팀원

서석희	이동혁	임현성	정현서

---

👋 어떤 서비스인가요

한 계정으로 요청자와 수행자 역할을 스와이프로 전환하며 겸용할 수 있습니다. 어떤 날은 물건을 보내는 부르미, 어떤 날은 오가는 길에 배송하고 보수를 받는 드리미가 됩니다.

캐릭터	역할	코드명	하는 일
	🙋 요청자	부르미 (P1)	근거리 서류·샘플·비품 전달이 필요한 사무직 실무자
	🛵 수행자	드리미 (P2)	동선 중 유휴 시간에 배송을 수행하고 보수를 받는 직장인
—	🛠️ 운영자	Admin	인증 심사, 신고 처리, 요청 모니터링

---

🧭 핵심 흐름

부르미 퀵 등록  →  주변 드리미 매칭  →  픽업 인증  →  전달 인증  →  정산 · 평점
                     └──────── 실시간 추적 ────────┘

---

서비스 아키텍쳐

ERD

Infra · DevOps

Backend

️ Frontend

Test

🧠 기술 결정

• 세션 vs 토큰
• 매칭 시스템 설계
• 세션 및 다중 탭 처리 정책
• 드리미 GPS 끊김 감지 정책
• Redis 기반 로그인 대기열 도입기
• 활동 내역 조회를 커서 기반 페이지네이션으로 진행

🔧 트러블슈팅

• 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 캐시 설계
• 드리미 오프라인 조회에 필요한 복합 인덱스 추가
• 매칭 단계 취소시 포인트 이중 환불 문제

🧪 부하테스트

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

_{Softeer Bootcamp 8th · WEB Team 3 · 이 위키는 팀 노션에서 동기화됩니다 📄}