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 |
Tags
- 어노테이션
- rabbitmq
- querydls
- springboot
- Redis
- Github Actions
- EC2
- spring boot
- 아키텍처
- Til
- Kafka
- 객체지향원칙
- JWT
- Java
- JPA
- 유효성 검사
- swagger
- 프로그래머스
- algorithm
- Intellij
- AWS
- MSA
- docker
- trouble shooting
- testcode
- 멀티 모듈
- 테스트 코드
- aop
- DevOps
- CI/CD
Archives
- Today
- Total
목록2025/04/15 (1)
개발노트

문제 : 결제 서비스가 모든 걸 다 처리한다.현제 payment 서비스는 결제 요청을 받으면 이런 작업을 과정을 수행하고있다. 마일리지 쿠폰, 사용 여부 판단사용 요청 이벤트 발행결제 엔티티 생성 및 저장차감 결과에 따라 결제 성공/ 실패 처리처음에 이게 맞나? 싶었는데 시간이 지나면서 문제들을 느끼게되었다. 도메인 책임이 어긋나 있다결제 해택 차감까지 담당한다.결제 도메인이 쿠폰과 마일리지를 검증하고, 실패 여부에 따라 결제 자체를 실패 처리하고 있었다. 이는 단일 책임 원칙(SRP)을 심각하게 위반한 구조라고 생각이 들었다. 이벤트 흐름이 꼬인다.원래라면 혜택을 차감하고 결제 요청을 보내는 게 자연스러운 순서다. 그런데 실제로는 결제 요청 → 혜택 차감 요청 순으로 처리되면서, 차감이 실패하면 결제를..
TroubleShooting
2025. 4. 15. 13:13