点击上方"云时代架构", 右上角选择“设为星标”
精品技术文章准时送上！
与一般的HTTP REST框架不同，一个可用的RPC架构不仅解决了远程调用问题，也提供了用于服务注册和服务发现的基础设施，比如RMI（Java语言的RPC）里的RMI Registry，如下图所示。
在使用RMI时，我们所开发的“远程对象”（RemoteObject）都需要被注册（Binding）到Registry里，客户端（Client）则首先需要通过Registry的接口查询到远程对象的访问地址，然后才能发起对远程对象的“远程过程调用”，将这种模式表达为更抽象的模型，就是如下图所示的服务注册和服务发现的通用模型。
从RPC和COBRA发展而来的服务注册与服务发现模型，被后来者奉为经典。如下所示是ZeroC Ice的实现架构图，其中注册表实现了主从复制的特性，避免了单点故障。
服务注册与服务发现的模型在Web Service时代被提到了一个很高的境界，Web Service的核心架构一般如下图所示。
在Web Service的技术架构中，用XML定义的编程语言中立的服务接口描述语言WSDL其实来自COBRA中的IDL，基于Socket的复杂RPC调用被简单和容易掌握的HTTP上的SOAP调用所替换。
此外，为了应对不同开发商的“互联互不同”及“以自我为中心”的思想，IBM倡导了全球服务注册中心（UDDIRegistry）的理念，希望各个厂商都能将自己的Web Service注册到一起，全球联网，服务无国界，这次尝试以失败告终，无数公司不得不重复开发并不很复杂的软件系统。
后来出现了SOA这个新概念，虽然业界对SOA这个概念有各种“诠释”，但“面向服务的架构”即以服务（Service）为中心的分布式架构深入人心，如下图所示是一个理想化的大一统的SOA架构蓝图，我们看到服务注册与服务发布模型及RPC技术依然是SOA的技术核心。
服务注册与服务发布模型成为后来通用分布式系统架构的核心和关键技术基础，也被赋予一个新概念——服务治理框架。
服务治理框架这个概念与SOA在本质上属于一类，它的一个典型代表是曾经热门的开源项目——Dubbo。下面给出了Dubbo的原理概念图，可以看出，相对于SOA架构，在Dubbo的服务治理框架中最大的一个亮点是增加了服务监控这个必要的运维特性。
Dubbo同时提出了很多看起来比较吸引人的新特性，比如服务编排、服务降级、访问规则控制，但实际上这并不是核心。
作为一个分布式系统的重要基础设施，稳定、高性能的RPC通信及多语言支持才是其关键的核心指标。
多图干货 | 分布式文件系统设计，该从哪些方面考虑？ 滴滴基于 Flink 的实时数仓建设实践 从0到千万级用户亿级请求微服务架构历程 关于数据中台的深度思考与总结（干干货） 架构制图：工具与方法论 一次I/O问题引发的P0重大故障 原来 8 张图，就可以搞懂「零拷贝」了 做互联网时代适合的架构：开放、分享、协作
长按二维码即可关注我们
求在看|求转发
