gRPC 1.0 发布！

鉴于 gRPC 已进入稳定版分支，并对应用于生产中准备就绪，Google 发布了gRPC 1.0。

gRPC源于被称为 Stubby 的 Google 内部项目，早期是用于一些 Google 内部服务间的通信。18 个月前 Google 开源了 gRPC 框架，希望借此 gRPC 能被更广泛地采纳，并在调用 Google 所提供的服务时、通过互联网与其它服务通信时或在自身产品内部应用 gRPC。

gRPC 是与平台无关的 RPC 系统，它使用Protocol Buffers（ProtoBuf） IDL 定义终端服务和所传输的消息负载，进而可为多种语言生成存根进程（stub）。当前在 Linux、Mac 和 Windows 平台上，gRPC 支持多达十种语言，分别是：C、C++、 C#、 Go、Java (包括Java/Android)、 Node.js、 Objective-C、 PHP、 Python和 Ruby。gRPC 原生地使用 C、Go 和 Java 语言编程实现，通过包装 C 函数库提供给其它语言使用。为了显示各种 gRPC 实现的通信延迟情况对比，Google 给出了在同一数据中心中不同虚拟机实例间的通信性能精要报告。对于单一的同步安全消息，报告显示作为基准的Netperf的延迟大约为 100 微秒，而 C++、Java 和 C# 语言实现的延迟大约在 200 到 300 微秒，Ruby、Python 和 Node.js 语言实现的延迟分别在 700 微秒、900 微秒和 1,100 微秒左右。

gRPC 将需传输的消息使用Protocol Buffers 3.0序列化为二进制格式。相对于文本格式而言，ProtoBuf 方式可提供更优的性能。据 Google 工程师 Kelsey Hightower 介绍，ProtoBuf 编码的消息比 JSON 格式消息的大小降低了一半，而序列化和反序列化所用的时间仅为后者的三分之一。

与单一 RPC 中一个请求紧跟着一个响应的方式不同，gPRC 使用 HTTP/2 提供客户和服务器间的单向或双向流。gRPC 支持同步通信和异步通信，及 SSL/TLS 和 OAuth2（使用 Google API）方式的认证。

gRPC 支持以 CocoaPods、gem、Gradle、Maven、npm、NuGet、pecl、pip 或 Docker 镜像等方式提供二进制文件，这简化了安装过程。

据 Google 宣称，Cisco、CoreOS、Juniper、Netflix 和 Square 等企业内部正在使用 gRPC。

查看英文原文：gRPC 1.0 is Ready for Production

感谢百占辉对本文的审校。

给 InfoQ 中文站投稿或者参与内容翻译工作，请邮件至editors@cn.infoq.com。也欢迎大家通过新浪微博（@InfoQ，@丁晓昀），微信（微信号：InfoQChina）关注我们。