| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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
- 자바 백준 팩토리얼 개수
- java 1238
- 자바 1676
- Java Call By Refernce
- rabbitmq 싱글톤
- nodejs rabbitmq
- Claude Intelij 연결
- 안정해시
- kotiln functional interface
- spring mongodb switch
- java 1509
- kotiln const val
- java 백준 1509
- javav 1676
- kotiln const
- 백준 연결요소 자바
- 익명 객체 @transactional
- go
- 백준 2252 줄세우기
- java 팩토리얼 개수
- 백준 특정한 최단 경로
- spring mongoTemplate
- ipfs bean
- Spring ipfs
- java 파티
- spring mongodb
- 백준 1504 java
- ipfs singletone
- spring mongoTemplate switch
- mongodb lookup
Archives
- Today
- Total
목록2025/01/30 (1)
공부 흔적남기기
Spring Cloud를 이용한 MSA(2)
MSA를 채택하여 서비스를 운영시 여러가지 단점 및 관리해야하는 포인트가 있다. 서비스간 결합도가 낮아지고 각 서비스의 응집력이 높아짐는 장점이 있겠지만 오류 추적, 한 서비스에서의 에러 전파, 트랜잭션 관리( 데이터 동기화 ) 에 대한 고려가 필요하다.1. 오류 추적 서비스가 많아지고 각 서비스가 다른 서비스를 호출하고 Depth가 점점 높아짐에따라 어디서 에러가 났는지 어떤 흐름으로 진행되는지 파악하기 어렵다. 어떤 에러가 발생했을 경우 해당하는 서비스가 호출하는 다른 서비스를 확인하고 DFS 마냥 계속 계속 에러를 확인해야할 수 있다. 이러한 문제를 보완하기 위해 ZipKin을 통해 분산 서비스를 추적할 수 있다. Sentry를 통해서도 어떤 서비스에서 에러가 떨어졌는지 확인해볼 수 있을 것이다. ..
MSA & Arcitecture
2025. 1. 30. 20:39