文章目录
RPC 远程过程调用
CAP定理(重点)
分布式应用的基础定定理,很重要
C: 一致性。任何请求,得到的数据结果,一定是准确的,强一致。
A: 可有性。任何服务,被请求后,在一定时间内,一定有反馈结果,即使结果是降级数据(调用者处理)或异常结果都必须返回
P:分区容错一致性 ,分区一致性。在分区环境中,最终结果是一致的。可以有延迟,但是延迟必须可以被容忍。当物理隔离的时候,某个分区离线,不影响其他分区正常使用。
3选2 即可 ,互联网一般选用AP模型 ,C强一致太慢
单体应用、政企应用 一般选用CA | CP模型
什么是单体架构?
单体架构的项目,包含这个项目的所有代码,一个应用搞定所有功能,DNS 可以单个映射,也可以多个映射。
在单体机构的项目中,都是通过包(package)来区分每个模块。将这些包打包成一个整体,进行项目部署。
优点:部署简单、维护方便、开发成本低
缺点:当项目规模打、用户访问频率高、并发量大、数据量大时,会大大降低程序执行效率。甚至出现服务器宕机(死机)等情况
适用场景:小型互联网项目
什么是分布式架构?
分布式机构的项目会把一个项目,按照要求拆(功能或模块)分成多个项目,每个项目分别部署到不同服务器上
在分布式架构的项目中,一个项目,由多个项目组合而成
优点:
1.增大了系统可用性,减少单点故障导致应用无法运行
2.增加了重用性,模块使得重用性很高。高内聚,低耦合
3.增加可扩展性,增加新的功能,添加新项目即可
4.增加每个模块得负载能力,每个模块都是一个项目,负载能力更强
缺点:
1.成本更高,因为技术多、难,所以开发成本,时间成本,维护成本高
2.架构更复杂
3.整体响应时间边长,一个业务需要多个项目通信后给出结果
4.吞吐量(单位时间内成功地传送数据)更大,吞吐量= 请求数/秒
适用场景:中、大型互联网项目,客户多,数据多,并发访问高,压力大,吞吐量高的项目。
什么是微服务架构?
每个服务都可以独立使用,服务之间的调用基于HTTP协议,使用RestAPI远程访问。每个服务自洽,自省,独立运行 ,解耦 ,不需要依赖 聚合 组合 方式 http 标准访问方式。微服务模型适合互联网环境,便于快速迭代,可以快速交付。对项目的段迭代周期有充分的支持
RPC软件模型架构描述
RPC模型、SOA架构、微服务架构 都属于RPC远程服务调用架构
RPC模型:只要有远程服务调用,就是RPC模型。通常原始的RPC架构,缺少服务治理,也就是没有注册中心。在服务管理上成本太高
SOA架构:一定是在RPC模型的基础上,有服务治理(注册中心),有ESB企业服务总线,所有的服务远程调用,都通过ESB做请求转发处理,宏观上SOA架构:只要对外提供了,可远程访问的服务,且调用者是通过服务远程调用的方式获取远程服务结果的,都可以称为SOA架构
微服务架构:每个服务都可以独立使用,服务之间的调用基于HTTP协议,使用RestFul远程访问。每个服务自洽,自省,独立运行 ,解耦 ,不需要依赖 聚合 组合 方式 http 标准访问方式。微服务模型适合互联网环境,便于快速迭代,可以快速交付。对项目的段迭代周期有充分的支持
PAAS | SAAS ( 服务平台,云平台开发, 选择了解)
RPC简介
什么是RFC?
RFC(Request For Comments:请求描述) 是由互联网工程任务组(IETF)发布的文件集。文件集中每个文件都有自己唯一编号,例如:rfc1831。目前RFC文件由互联网协会(Internet Society,ISOC)赞助发行。
RPC就收集到了rfc 1831中。可以通过下面网址查看:https://datatracker.ietf.org/doc/rfc1831/
RPC在rfc 1831中收录,RPC(Remote Procedure Call)远程过程调用协议。
RPC协议作用及原理
RPC协议规定允许互联网中一台主机调用另一台主机程序,而程序员无需对这个交互过程进行编程。
在RPC协议中强调当A程序调用B程序中功能或方法时,A不知道B中方法具体实现
RPC是一个上层协议,底层可以基于HTTP协议,也可以基于TCP协议。
RPC是一种标准,一个宏观概念,从广义上讲只要满足网络中进行通信调用都可以统称为RPC,甚至HTTP协议都可以说是RPC的具体实现,但是具体分析看来RPC协议要比HTTP协议更加高效,基于RPC的框架功能更多
RPC协议是基于分布式架构而出现的,所以RPC在分布式项目中有着得天独厚的优势。
RPC和HTTP区别
实现
RPC:可以基于TCP协议,也可以基于HTTP协议。
HTTP:基于HTTP协议。
效率
RPC:自定义具体实现可以减少很多无用的报文内容,使得报文体积更小。
HTTP:如果是HTTP 1.1 报文中很多内容都是无用的。如果是HTTP2.0以后和RPC相差不大,比RPC少的可能就是一些服务治理等功能。
连接方式
RPC:支持长连接。
HTTP:每次连接都是3次握手。(断开链接为4次挥手)
性能
RPC可以基于很多序列化方式。如:thrift
HTTP 主要是通过JSON,序列化和反序列效率更低。
注册中心
注册中心:指集中化管理
RPC :一般RPC框架都带有注册中心。
HTTP:都是直连。
负载均衡
RPC:绝大多数RPC框架都带有负载均衡测量。
HTTP:一般都需要借助第三方工具。如:nginx
RPC框架一般都带有丰富的服务治理等功能,更适合企业内部接口调用。而HTTP更适合多平台之间相互调用
HttpClient实现RPC
什么是HttpClient?
在JDK中java.net包下提供了用户HTTP访问的基本功能,但是它缺少灵活性或许多应用所需要的功能。
HttpClient起初是Apache Jakarta Common 的子项目。用来提供高效的、最新的、功能丰富的支持 HTTP 协议的客户端编程工具包,并且它支持 HTTP 协议最新的版本。2007年成为顶级项目。
通俗解释:HttpClient可以实现使用Java代码完成标准HTTP请求及响应。用java代码模拟浏览器,发送请求并处理响应结果
RMI实现RPC
什么是RMI?
RMI(Remote Method Invocation) 远程方法调用。
RMI是从JDK1.2推出的功能,它可以实现在一个Java应用中可以像调用本地方法一样调用另一个服务器中Java应用(JVM)中的内容。
RMI 是Java语言的远程调用,无法实现跨语言。
执行流程
Registry(注册表)是放置所有服务器对象的命名空间。 每次服务端创建一个对象时,它都会使用bind()或rebind()方法注册该对象。 这些是使用称为绑定名称的唯一名称注册的。
要调用远程对象,客户端需要该对象的引用。即通过服务端绑定的名称从注册表中获取对象(lookup()方法)。
演示Demo
待完善
API详细
1.1 Remote
java.rmi.Remote 定义了此接口为远程调用接口。如果接口被外部调用,需要继承此接口。
1.2 RemoteException
**java.rmi.RemoteException**
继承了Remote接口的接口中,如果方法是允许被远程调用的,需要抛出此异常。
1.3 UnicastRemoteObject
java.rmi.server.UnicastRemoteObject
此类实现了Remote接口和Serializable接口。自定义接口实现类除了实现自定义接口还需要继承此类。
1.4 LocateRegistry
java.rmi.registry.LocateRegistry
可以通过LocateRegistry在本机上创建Registry,通过特定的端口就可以访问这个Registry。
1.5 Naming
java.rmi.Naming
Naming定义了发布内容可访问RMI名称。也是通过Naming获取到指定的远程方法。