服务汇聚到ESB:
分布式服务化作为SOA的另一种选择,以不同方式把ESB的一些功能重做了一遍。 SOA/ESB:代理调用,直接增强。
RPC,Remote Procedure Call,远程过程
调用。
过程
就是业务处理、计算任务,也就是程序,像调用本地方法一样调用远程方法。
RPC的概念与技术早在1981年由Nelson提出。1984年,Birrell和Nelson把其用于支持异构型分布式系统间的通讯。Birrell的RPC 模型引入存根进程( stub) 作为远程的本地代理,调用RPC运行时库来传输网络中的调用。 Stub和RPC runtime屏蔽了网络调用所涉及的许多细节,特别是,参数的编码/译码及网络通讯是由stub和RPC runtime完成的,因此这一模式被各类RPC所采用。
这到底是如何能做到本地方法调用时转换成远程呢? RPC采用Client-Server结构,通过request-response消息模式实现。
远程过程调用较本地调用区别:
// 本地
UserService service = new UserService();
User user = service.findById(1);
// RPC
UserService service = Rpcfx.create(UserService.class, url);
User user = service.findById(1);
调用
Client stub (就像调用本地方法一样),传递参数编组
为消息,然后通过系统调用向服务端发送消息发送
到服务端机器传递
给Server stub解组
消息为参数再调用
服务端的过程,过程执行结果以反方向的相同步骤响应给客户端核心是代理机制:
流程需要解决什么问题呢?
RPC调用过程中需要将参数编组为消息进行发送,接收方需要解组消息为参数,过程处理结果同样需要经编组、解组。
消息由哪些部分构成及消息的表示形式就构成了消息协议。
RPC调用过程中采用的消息协议称为RPC协议。
RPC协议规定请求、响应消息的格式在TCP (网络传输控制协议)上可选用或自定义消息协议来完成RPC消息交互
我们可以选用通用的标准协议(如: http、 https) ,也可根据自身的需要定义自己的消息协议!
封装好参数编组、消息解组、底层网络通信的RPC框架,让我们站在巨人肩膀上,只需专注过程代码的编写。
webService框架大多基于标准的SOAP协议。