결제 전환 목표 아키텍처 정의 #1

Open
forge-bot wants to merge 4 commits from forge/SPRING-ARC-RESILIENT-1783826170-attempt-2 into main
4 changed files with 47 additions and 0 deletions

View file

@ -0,0 +1,3 @@
# SPRING-ARC-RESILIENT-1783826170-attempt-2
Forge 이슈 작업 브랜치 `forge/SPRING-ARC-RESILIENT-1783826170-attempt-2`.

View file

@ -0,0 +1,14 @@
# 결정 기록 (ADR)
## Context
결제 전환 목표 시스템이 신뢰성과 유연성을 보장할 수 있도록 아키텍처를 정의합니다. 사용자가 결제 중 발생하는 다양한 시나리오에 대해 시스템이 안정적으로 처리할 수 있도록 합니다.
## Decision
도메인 주도 설계를 기반으로 하여 결제 처리 관련 비즈니스 로직을 정의하고, 외부 결제 게이트웨이는 포트 인터페이스 뒤에 배치하여 직접 참조하지 않도록 합니다.
## Alternatives
1. **전통적인 레이어드 아키텍처**: 모든 컴포넌트를 직접 연결하여 간단하게 구현하나, 결제 실패 시 복잡한 에러 처리 문제가 발생할 수 있음.
2. **이벤트 기반 아키텍처**: 결제가 발생했을 때 이벤트를 통해 비동기적으로 처리하지만, 상태 관리가 복잡해질 수 있음.
## Consequences
외부 결제 게이트웨이는 포트와 어댑터 패턴을 통해 의존성을 낮춰, 결제 처리의 유연성을 높입니다. 이로 인해 시스템의 결제 변경 및 유지보수가 용이해질 것입니다.

View file

@ -0,0 +1,9 @@
# 패키지 맵
| 패키지 | 책임 | 금지 의존성 |
|----------------|---------------------------------------------------|---------------------------|
| controller | HTTP 요청 및 응답 처리 | service 및 repository 외부 |
| service | 비즈니스 로직 처리 및 트랜잭션 관리 | domain 외부 |
| repository | 데이터베이스 접근 및 CRUD 연산 | service 외부 |
| domain | 도메인 모델 및 비즈니스 규칙 | controller 외부 |
| integration | 외부 시스템과의 통신 (API 호출 등) | service 및 domain 외부 |

View file

@ -0,0 +1,21 @@
```mermaid
sequenceDiagram
participant User
participant Service
participant Repository
participant PaymentGateway as PG
User->>Service: 결제 요청
Service->>Repository: 결제 정보 저장
alt 결제 성공
Service->>PG: 결제 요청
PG-->>Service: 결제 성공 응답
Service-->>User: 결제 완료 응답
else 외부 실패
Service-->>User: 결제 실패 응답
else DB 실패
Service->>Repository: 롤백 요청
Repository-->>Service: 롤백 완료
Service-->>User: 결제 실패 응답
end
```