RPC vs. ServiceBus Style SOA

Question

이러한 아키텍처의 장단점은 무엇입니까? RPC에 의해

1. 내가 WCF와 같은 원격 프로 시저 호출 서비스를 의미, 웹 서비스 등

2. 그리고 다른 측면에서, 더 많은 메시지 지향 프레임웍에게있다 등 MSMQ, NServiceBus, ServiceStack

   로

3. 그런 다음 어떤 종류의 단지와 같은 동사의 매우 제한된 수의 지원 상자 밖으로 원격 액티브 레코드 패턴의 (이다 WebAPI와 같은 하이브리드 방식이있다 ","넣어 ""가져 오기 " 피 ost "등). 그것을 실제로 구현 어떻게

무시하고, 이러한 추상화의 장점과 단점 일 것입니다 무슨 (일명. 정말 등 내구성, 거래에 대한 상관 없어 상관없이 추상화 구현 될 수있는 모든 때문에) ?

다시 말하면 저수준 구현 세부 사항은 없습니다. 사운드 아키텍처, 최상의 패턴과 관행, 또는 각각을 채용하는 데 가장 적합한 상황과 이유를 고려해보십시오.

Answer 1

RPC의 유일한 이점은 익숙한 모양이며 서비스 호출이 정상적인 메서드 호출처럼 보이고 작동한다는 환상을 개발자들에게 제공한다는 것입니다.

그렇지 않으면 RPC 메소드 서명이 단단히 결합되어 있으며 약하고 깨지기 쉽고 서비스 계약이 단일 서버 구현과 관련됩니다. 동일한 답변을 이전에 비교했습니다. WCF and Web API RPC services re-written in a message-based service

배경 지식으로는 WCF vs ServiceStack interview on InfoQ의 RPC와 메시지 기반 서비스의 차이점과 what a message-based service is 및 their many advantages을 설명했습니다.