디커플링에 대한 빠른 응답을 갖는 버스 및 REST 서비스?

Question

REST API를 노출하는 여러 백엔드 모듈이있는 경우 모듈 중 하나는 API를 통해 다른 모듈을 호출하고 즉시 응답해야합니다.

해결책은이 '상단'모듈에서 직접 REST API를 호출하는 것입니다. 문제는 커플 링을 생성하고 확장 또는 페일 오버를 기본적으로 지원하지 않는다는 것입니다.

일종의 버스 (JMS, ESB)는 모듈이 알고있는 엔드 포인트의 필요성을 피함으로써 모듈을 분리 할 수 ​​있습니다. 버스에 대해서만 '이야기'합니다.

버스를 통해 빠른 응답을 사용하려면 무엇을 사용합니까? (클라우드에 배포 할 수있는 멀티 캐스트가 없다는 또 다른 제약 사항)?

여전히 REST API를 사용하는 것이 합리적입니까, 아니면 JMS 수신기가 더 좋을까요? JMS, Camel, ESB에 대해 생각했습니다. 그런 아키텍처를 사용하는 회사에 대해 알고 있습니까?

ps : 모듈은 예를 들어 tomcat 인스턴스에서 실행되는 java war 일 수 있습니다.

Answer 1

최상위 모듈이 다른 모듈을 호출하는 것을 알고 있다면 바람직하지 않을 수 있습니다. 대신 최상위 모듈이 중간 모듈의 응답에서 링크, 양식 및/또는 리디렉션을 통해 다른 모듈로 향하는 경우 JMS 솔루션이 제공하는 것과 동일한 양의 결합이 있습니다. 당신은 확장 성 및 장애 조치 (안 전) 필요, 같은 F5 또는 Varnish int로서 캐싱 리버스 프록시를 추가

. 이는 JMS 기반 솔루션보다 확장 성 및 복원력이 향상됩니다. 당신이 집계 및/또는, 당신은 단순히 composed service 만드는 다른 모듈에서 응답을 변환 할 상황에서

UDPATE

. 맨 위 모듈은 중간 모듈을 호출합니다. 중간 모듈은 백엔드 모듈에 대한 하나 이상의 호출을 만들어 결과를 작성하고 적절한 응답을 전송합니다. 개별 홉 (즉, Top -> Varnish -> Middle -> Varnish -> Backend) 사이에 HTTP 캐시를 사용하면 주문형 JMS 기반 솔루션과 비교하여 데이터를 캐시하는 데 훨씬 쉽고 효율적입니다.