[概览]RPC(一)

返回192.168.1.1

最后更新：2021-12-02 17:54:36 手机定位技术交流文章

文章目录

RPC-概述
简介
1.服务的调用过程
2.RPC框架
- 一,杜博是电工
- 二、Motan-互联网
- 3.Thrift
- 4.gRPC
- 5.RPCX
3. RPC和reftef
- 通过HTTP改制和一.RPC
- 以TCP和休息服务为例的RPC是两个例子。

RPC-概述

网络通讯协议图

简介

远程进程呼叫(缓冲 RPC)是计算机通信协议。
协议允许在一台计算机上运行的软件在另一台机器上调用子程序,而无需程序员进一步编码。
远程程序使用基本和广泛使用的分布式客户服务机(服务员/服务员)。
客户将总是向服务器发送远程程序呼叫,以便执行许多程序请求和客户给出的参数。执行结果将归还客户。
虽然远程访问类或网络请求与远程服务器的服务回报请求相类似,但网络请求使用的网络协议是http-high级协议,而rpc则使用大多数简化信息包装和加快处理的TCP、网络级协议。
由于细节不同,对应方是来自许多远程程序呼叫协议,这些协议互不相容。建立了许多标准化的 RPC 系统,让不同客户访问服务器。其中多数用户使用界面描述语言(Interface Discription language,IDL),允许通过平台进行远程程序呼叫。
RPC（远程过程调用）
RPC是一种客户-服务器范式,也是请求-答复协议[要求-答复]。

1.服务的调用过程

一. Clit被称为阴蒂根,这是对当地进程的号召。
2. Center Stub 将参数包成信件并发送。这个包装操作也称为拼接。
无法打开文件夹“%s”:%s
四袋由服务器系统发送到服务器根根。
五. 服务员拆解管道接收参数, 也被称为“ 拆解 ” 。
第六,服务器根管呼叫服务。在相反的阶段, 返回结果被发送到 cliet 。

注意：

顾客是服务打电话者。

服务端(服务员):实际服务提供者。

客户根(客户根) : 存储服务地址信息, 将客户请求参数嵌入网络信息, 并远程发送到整个网络的服务器。

服务端根( 服务器根) : 接受客户端信息、拆包信息, 并使用本地方法。

在这里插入图片描述

调用客户端的终端把手并设置运输设置。
为了传输网络通信,联系当地系统。
信件发送到远程主机;
服务器处理器接收信件和参数。
执行远程过程；
执行程序的结果返回服务器处理器。
服务器处理器将返回结果并要求远程机器提供核心。
消息传回本地主机；
内核向客户发送信息。
手柄归还的数据将传送给客户。

2.RPC框架

除了实际执行点对点RPC协议外,产品级RPC框架还应突出服务发现和取消、若干提供服务服务器的负载平衡、高可用性服务等等。
目前的区域常备方案结构大致分为两个方向:一是服务治理,二是跨语种电话。

RPC侧重方向	常见RPC	特点	缺点
服务治理型RPC	阿利巴巴,杜博,莫坦等等	高功能、提供高性能远程电话、高标准服务和治理机制、微观服务分割和大规模服务管理、微观服务分割和大规模服务管理,都为特别语言(Java)项目提供了非常舒适和透明的准入机会。	语言联系很强,使跨语文援助更加复杂。
跨语言调用型RCP	Trift、 gRPC、 rpcx 和其他协议	强调交叉语言服务电话,方便了大多数语文与语言有关的电话,这本身就很好地为多种语文提供通用的远程服务。	没有发现服务的方法,通常需要代用层来执行请求和负载平衡战略控制。

一,杜博是电工

在Alibaba的开源地,Dubbo是爪哇的一个高性能服务框架,它通过高性能RPC实现服务的产出和投入功能,这种高性能RPC可以与Spring框架紧密结合。 Dubbo与另一个类似框架HSF(非开放源码)的竞争关系导致Dubbo团队的解散;维持其在电力商业界的分支(dubbox)、京都和美利坚合众国的分支,或Dubbo的基本发展,在官方维护方面一直缺乏,而其他消费者在保持自己的版本的同时,未能进行重大的结构改变和升级,而Spring、Netty等依赖类别仍然是旧的版本(Sprint 3.2.Sixteen.RELESASE,NETTY3.2.Five.and Dubbo的代码结构过于复杂。

二、Motan-互联网

Motan是Sina Weibo开放源头的爪哇框架,从2013年开始,到2016年5月开放,创建时间相对较晚,在微博平台上广泛使用Motan,每天约1 00亿次电话,提供数百种服务,Motan的结构相对基本,功能正常,可以满足微博内部结构的要求,虽然Motan的结构最初不是设计成跨语言、phpclit和Cserver技术来容纳它。

3.Thrift

Trift是一个以阿帕奇语为基础的高绩效服务框架,也得到广泛使用,其能力与菲律宾菲律宾竞争委员会的能力相似,后者可以提供跨语言服务,但不能提供服务治理。

4.gRPC

GRPC是一个由Google开发的高绩效、开放源源的RPC框架,特别为移动应用程序而建立,以HTTP/2协议标准为基础,以ProtoBuf(议定书缓冲)顺序排列规程为基础,支持各种编程语言,目标是跨语言发展、支持多种语文和服务治理,必须实现自我实现,因此开发一个综合产品级分布式RPC平台,由Google开发一个高绩效、开放源的RPC框架,特别为移动应用程序而建立,以HTTP/2协议标准为基础,以ProtoBuf(议定书缓冲)顺序排列规程为基础,支持各种编程语言,目标是跨语言发展、支持多种语文和服务治理,必须实现自我实现,因此开发一个综合产品级分布式RPC平台 n。谷歌内部也用不上虽然是斯图比。

5.RPCX

Rpcx是一个分布式的戈语 RPC 框架, 支持 Zookepper 等、领事服务发现和许多服务项目。它目前是表现最好的 RPC 框架之一。

3. RPC和reftef

RPC 信息可以通过 TCP 、 UDP 或 HTTP 发送,因此它们被称为 TCP 的 RPC 或 HTTP 的 RPC 。 RPC 通过 HTTP 发送信息时使用与 RESTful 类似但并不相同的格式。

通过HTTP改制和一.RPC

RPC over HTTP	RESTful
RPC 客户端和服务器端是密不可分的,客户必须知道呼叫过程的名称、进程参数及其类型、顺序等等。如果服务器改变程序,客户执行就会变得困难。	Restful是一种基于 HTTP 语义操作资源的更适应性更强的资源,参数序列往往并不重要。通过代理转换链接和资源配置也很简单。
RPC的工作涉及方法、过程和方法对象。	用资源而不是方法来更新工作。
RPC提供一种技术,在学生进行特定操作时获得该学生,例如,在学生数学分中增加10分,以他的姓名为张氏。Information(Name, Scorre)是客户电话。	RESTful实施资源操作,如添加、搜索、编辑和清除等,主要是在CURD中,RESTful的API在达到特定目标之前,如在姓张的学生的数学成绩中增加10个,并不打算直截了当或不易理解,除非它达到特定目标,如在张学生的数学成绩中增加10个。

以TCP和休息服务为例的RPC是两个例子。

RPC over TCP	RESTful
在高、高情况下,由于通过长链接生成剖面图而降低资源使用率,变得越来越重要。	在请求中使用连接: 保留- 保存* 保持长连接。*请求-答复模式受到很大阻碍,必须等到前一请求发出并完成后再发出后续请求,即使HTTP1. 使用管道管道管道管道管道管道技术仍是一种串通选择,服务器终端开关管道不大可能带来显著的性能增强,服务器端和代理程序除非升级为HTTP2, 而不是升级为HTTP2, 否则服务器端和代理程序得不到管道线上无标签的充分支持。
TCP通信协议是传输层通信协议,其效率和性能优于应用层面协议,在服务之间通信的微观服务结构中常用。	" 更新 " 是一个应用级协议,以传输级协议为基础,比传输级协议的效率和性能低。

RPC over TCP

RESTful

在高、高情况下,由于通过长链接生成剖面图而降低资源使用率,变得越来越重要。

在请求中使用连接: 保留- 保存* 保持长连接。*请求-答复模式受到很大阻碍,必须等到前一请求发出并完成后再发出后续请求,即使HTTP1. 使用管道管道管道管道管道管道技术仍是一种串通选择,服务器终端开关管道不大可能带来显著的性能增强,服务器端和代理程序除非升级为HTTP2, 而不是升级为HTTP2, 否则服务器端和代理程序得不到管道线上无标签的充分支持。

TCP通信协议是传输层通信协议,其效率和性能优于应用层面协议,在服务之间通信的微观服务结构中常用。

" 更新 " 是一个应用级协议,以传输级协议为基础,比传输级协议的效率和性能低。

本文由在线网速测试整理编辑，转载请注明出处。