首页 » 博客 » 远程服务器向客户端发送响应 客户端应

远程服务器向客户端发送响应 客户端应

用程序收到响应并可以继续该过程。 就这么简单。客户端发出请求,服务器响应,然后发出请求的客户端就可以继续执行手头的操作。 如果客户端和服务器之间没有这种通信,依赖远程数据或功能的应用程序就无法运行。 但是,RPC 存在两个主要问题: RPC 通信过程对于用户和(有时)系统来说是隐藏的,这导致了“谁是客户端,谁是服务器”的情况。

RPC 通常会省略许多协议层来

提高性能,但安全性却有所降低。 使用 gRPC,框架使 卢森堡资源 用与语言无关的接口定义语言 (IDL) 声明服务,然后生成特定于语言的绑定。RPC 和 gRPC 之间的最大区别在于,gRPC 旨在让客户端相信服务器在同一台机器上。这部分是通过协议使用序列化的方式实现的。 gRPC 可以将任何需要序列化的自定义数据类型定义为协议缓冲区,这是一个用于序列化结构化数据的开源跨平台库。

协议缓冲区对于旨在通过

网络相互通信或存储数据的应用程序非常有用。 什 危机时期数字营销咨询的重要性 么是 gRPC 最初,每个人都认为 gRPC 中的“g”代表“Google”。为了避免这种情况,Google 在发布的每个版本中都会更改“g”的含义,因此实际上没有人知道“g”代表什么。无论命名如何,gRPC 都变得非常流行。为什么?因为 gRPC: 使抽象变得异常容易。

它受到大量编程语言的

一个以性能为中心的协议。 它比典型的 HTTP 调用 中国电话号码 更易于使用(并且更可靠、更安全)。 它在微服务中被广泛使用。 在微服务领域,gRPC 确实表现出色。 什么是微服务? 在继续之前,让我们先来定义一下微服务。简而言之,微服务是一种能够快速、频繁、可靠地大规模交付复杂应用程序和服务的架构。微服务不依赖于单片服务,而是通过“捆绑”单一功能模块来构建系统,这些模块协同工作以形成复杂的服务。

 

滚动至顶部