결제 전환 목표 아키텍처 정의 (1/2) (SPRING-ARC-CONVERGE-1783828654)
This commit is contained in:
parent
ffa343ef17
commit
f00ce8fdfa
1 changed files with 6 additions and 11 deletions
|
|
@ -1,19 +1,14 @@
|
|||
# 결제 경계 결정 기록(ADR)
|
||||
# Payment Boundary Decision Record
|
||||
|
||||
## Context
|
||||
이 문서에서는 결제 관련 시스템 구성 요소 간의 경계를 정의하고, 외부 결제 게이트웨이와의 상호작용 방식을 명확히 한다. 이 결정은 결제 시스템의 확장성과 유지보수성을 보장하기 위해 중요하다.
|
||||
이 문서는 결제 전환 목표와 관련된 아키텍처 경계를 기술합니다. 결제가 포함된 시스템에서 사용자 요청에 대한 응답, 외부 시스템 호출, 결제 처리의 흐름을 명확히 이해하기 위해 필요합니다.
|
||||
|
||||
## Decision
|
||||
외부 결제 게이트웨이는 adapter를 통해 도메인 내에서 직접 참조하지 않으며, 포트 인터페이스를 통해 접근한다. 이를 통해 결제 시스템이 외부 서비스에 대한 의존성을 줄이고, 테스트 가능성을 높인다.
|
||||
결제 처리는 시스템 내부에서 관리되며, 외부 결제 게이트웨이는 포트 인터페이스를 통해 접근됩니다. 이를 통해 도메인 로직과 결제 서비스 간의 의존성을 최소화하고, 결제 서비스가 타 시스템에 의존하지 않도록 합니다.
|
||||
|
||||
## Alternatives
|
||||
1. **직접 참조**: 도메인에서 직접 외부 결제 게이트웨이에 접근.
|
||||
- **장점**: 단순한 구조.
|
||||
- **단점**: 결제 시스템의 테스트 용이성 저하 및 외부 시스템 변경에 대한 높은 민감도.
|
||||
|
||||
2. **메시지 큐 사용**: 결제 요청을 메시지 큐를 통해 비동기적으로 처리.
|
||||
- **장점**: 시스템 간의 느슨한 결합.
|
||||
- **단점**: 복잡한 관리 및 우선 순위 조정 필요.
|
||||
- **Direct Integration**: 외부 결제 게이트웨이와 직접 통신하는 방법. (안정성을 해칠 수 있음)
|
||||
- **Service Layer**: 다른 서비스로 결제를 처리하는 방법. (오버헤드 증가)
|
||||
|
||||
## Consequences
|
||||
이 결정은 결제 시스템의 아키텍처를 향상시키며, 책임 범위가 명확해져서 향후 유지보수 및 기능 확장이 용이할 것으로 예상된다.
|
||||
이 결정으로 인해 시스템의 결제 처리의 유연성이 증가하고, 결제 모듈의 변경 시 도메인 로직에 미치는 영향이 감소합니다.
|
||||
Loading…
Add table
Add a link
Reference in a new issue