Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
Tags
- jwt 표준
- 디버깅
- BFS
- 결제서비스
- 이분탐색
- 코드 계약
- 객체지향패러다임
- 검색어 추천
- 좋은 코드 나쁜 코드
- spring event
- 백준
- 카카오
- 셀러리
- 누적합
- docker
- prg 패턴
- 프로그래머스
- gRPC
- 구현
- 레디스 동시성
- 알람 시스템
- branch 전략
- 깊게 생각해보기
- 쿠키
- 트랜잭샨
- 수신자 대상 다르게
- piplining
- 완전탐색
- 숫자 블록
- AWS
Archives
- Today
- Total
목록Jitter (1)
코딩관계론
결제서비스 - 결제 승인 시스템 구조와 Retry 전략[#52]
시스템 구조결제 승인 구조는 포트와 어댑터 패턴을 사용하여 설계되었습니다. 이 패턴을 사용한 이유는 여러 결제 시스템을 유연하고 확장 가능하게 처리하기 위해서입니다. 예를 들어, Toss Payment 서비스를 사용하다가 PayPal이나 Stripe와 같은 다른 결제 서비스를 추가하거나 교체할 경우, 비즈니스 로직은 변경할 필요가 없으며, PaymentExecutor에 새로운 어댑터를 구현하는 것만으로 충분합니다. 이를 통해 유지보수가 용이하고 확장성이 뛰어난 구조를 유지할 수 있으며, 의존성 역전 원칙에 따라 비즈니스 로직이 구체적인 결제 시스템에 종속되지 않도록 설계되었습니다. 노락색 박스는 모두 인터페이스, 검은색 박스는 구현체를 의미하며 초록색 박스 안에 있는 값들은 클래스 변수입니다똑똑한 Ret..
개발/Hot-Stock
2024. 9. 3. 16:39