RPC 是一种框架或者说一种架构,主要目标就是让远程服务调用更简单、透明,调用远程就像调用本地同样。html
百度百科解释:apache
RPC(Remote Procedure Call) - 远程过程调用,它是一种经过网络从远程计算机程序上请求服务,而不须要了解底层网络技术的协议。RPC协议假定某些传输协议的存在,如TCP或UDP,为通讯程序之间携带信息数据。在OSI网络通讯模型中,RPC跨越了传输层和应用层。RPC使得开发包括网络分布式多程序在内的应用程序更加容易。缓存
若是咱们开发简单的应用,业务流程简单、流量不大,根本用不着 RPC。安全
当咱们的应用访问量增长和业务增长时,发现单机已没法承受,此时能够根据不一样的业务(划分清楚业务逻辑)拆分红几个互不关联的应用,分别部署在不一样的机器上,此时可能也不须要用到 RPC 。swoole
随着咱们的业务愈来愈多,应用也愈来愈多,应用与应用相互关联调用,发现有些功能已经不能简单划分开,此时可能就须要用到 RPC。网络
好比,咱们开发电商系统,须要拆分出用户服务、商品服务、优惠券服务、支付服务、订单服务、物流服务、售后服务等等,这些服务之间都相互调用,这时内部调用最好使用 RPC ,同时每一个服务均可以独立部署,独立上线。架构
也就说当咱们的项目太大,须要解耦服务,扩展性强、部署灵活,这时就要用到 RPC ,主要解决了分布式系统中,服务与服务之间的调用问题。负载均衡
RPC 架构主要包括三部分:框架
服务提供者启动后主动向服务注册中心(Registry)注册机器IP、端口以及提供的服务列表;
服务消费者启动时向服务注册中心(Registry)获取服务提供方地址列表。
服务注册中心(Registry)可实现负载均衡和故障切换。
(1) 客户端(client)以本地调用方式调用服务;
(2) 客户端存根(client stub)接收到调用后,负责将方法、参数等组装成可以进行网络传输的消息体(将消息体对象序列化为二进制);
(3) 客户端经过 sockets 将消息发送到服务端;
(4) 服务端存根(server stub)收到消息后进行解码(将消息对象反序列化);
(5) 服务端存根(server stub)根据解码结果调用本地的服务;
(6) 本地服务执行并将结果返回给服务端存根(server stub);
(7) 服务端存根(server stub)将返回结果打包成消息(将结果消息对象序列化);
(8) 服务端(server)经过 sockets 将消息发送到客户端;
(9) 客户端存根(client stub)接收到结果消息,并进行解码(将结果消息发序列化);
(10) 客户端(client)获得最终结果。
RPC 就是要把 二、三、四、七、八、9 这些步骤都封装起来。
一个完善的 RPC框架 开发难度大,须要的专业人员比较多,对初学者难度比较大。
这篇文章分享了,我认为的 RPC 是什么样的。
主要包括在什么场景下使用 RPC,RPC 的原理及调用过程,还有 RPC 的优缺点和 PHP 经常使用的 RPC 框架。
等我研究了具体某一种 RPC,再分享给你们。
本文欢迎转发,转发请注明做者和出处,谢谢!