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
- 항해
- 디자인 패턴
- TDD
- push model
- 항해 후기
- 빈 스코프
- 항해플러스
- 항해플러스 백엔드
- 항플 후기
- API Aggregation
- 순차지향
- fanout on read
- 항플 백엔드
- 항해 백엔드
- 프로토타입 빈
- 생성 패턴
- 기능 테스트
- 데이터 쿼리
- 항해플러스 후기
- 싱글톤 빈
- OOP
- pull model
- 항해+
- fanout on write
- 피드 구현
- 항해플러스후기
- 항플
- 항해 플러스 후기
- 항해플러스백엔드
- 항해플러스 회고
Archives
- Today
- Total
목록API Aggregation (1)
deVlog

목차 🧨 MSA 의 태생적 한계모든 서비스는 각 프로덕트로서, 도메인을 책임진다. -> 서비스/도메인 간 협업과 의존성이 지양되는 구조임.각 서비스의 DB 는 각 서비스를 통해서 접근해야만 한다. (data Ownership)여기서 생기는 문제 -> 여러 서비스의 데이터를 조합해서 보고 싶으면 어떻게 해야 할까? (모놀리스 였으면 join 으로 해결) 📱 여러 서비스의 데이터의 조합이 필요한 예 - API Aggregation 패턴예를 들어 "특정 기간" 동안, "충전" 이 동반된 일정 금액 이상의 "송금" 내역의 합을 알고 싶다면 어떻게 해야할까?이때 Money service 의 머니 충전 내역 DB에 송금 시도 건에 대한 ID가 존재한다고 가정해보자. API Aggregation 패턴을 이용..
🛠️ Software Architecture/MSA
2024. 4. 20. 21:40