0
마이크로 서비스 A와 B를 각각 가지고 있으며 각각은 자체 코드와 자체 데이터베이스 인 C *와 오라클을 가진 독립적 인 모듈입니다.적은 네트워크 홉으로 마이크로 서비스를 설계하는 방법
서비스 B에는 T1, T2, T3 테이블이 여러 개 있습니다.
서비스 A의 각 POST 요청에 대해 테이블 T1에서만 일부 메타 정보를 얻으려면 서비스 B에 문의해야합니다. 서비스 A는 중요한 경로에 있고 트래픽이 매우 많기 때문에 모든 단일 POST 호출에 대해 서비스 B의 정보를 얻는 것이 병 목이 될 것입니다. 더 빨리 될 것 같은 정보가 캐시로부터 꺼낼 수 있도록 서비스 A의 서비스 B에서 호스팅
- 캐싱 데이터 - 강한 일관성이 다른 기타 비즈니스 요구 사항입니다 :
나는 2 개 옵션의 생각 캐시에서 오래된 데이터를 사용할 수있는 위험이 있습니다.
- T1의 정보를 서비스 A로 완전히 이동시켜 네트워크 홉을 만들 필요가 없습니다.이 방법의 문제점은 T1, T2, T3에 영향을주는 데이터 생성 중에 서비스 B가 트랜잭션 경계를 가지므로 모든 데이터 서비스 B에서 함께 있어야합니다.
이러한 일관성 높은 일관성 시스템을 계속 설계하여 확장 할 수있는 더 좋은 방법이 있습니까?
감사 및 감사
"서비스 A가 중요한 경로에 있고 트래픽이 매우 크기 때문에 POST 호출마다 서비스 B의 정보를 얻는 것이 병 목이 될 것입니다."라고 말합니다. 그 물고기는 냄새가 난다. 마이크로 서비스 아키텍처는 일반적으로 서로를 호출하는 마이크로 서비스를 포함하므로 네트워크 대기 시간이 문제가되어서는 안됩니다. 서비스 B가로드를 처리 할 때까지 더 많은 인스턴스를 추가 할 수없는 이유는 무엇입니까? 로드를 처리 할 수없는 DB라면 서비스 B가 memcache를 사용하여이를 지원할 수 있습니다. –
@MattTimmermans - 답변 해 주셔서 감사합니다. 이것이 현재 아키텍처가있는 방식이며 주변의 성능 문제를 발견했습니다. 이 하나의 REST 경로에 대해서만 성능을 향상시키기 위해 중요한 경로에서 서비스 B를 제거하려고합니다. 이 시점에서 시스템을 일관성있게 유지하려면 A와 B를 모노리스로 병합하는 옵션 만 볼 수 있습니다. 그러나 더 나은 옵션이 있는지 알고 싶습니다. –