文章目录
- [Tonic 加入 gRPC 官方项目，Rust 云原生生态进入了新阶段](#Tonic 加入 gRPC 官方项目，Rust 云原生生态进入了新阶段)
Tonic 加入 gRPC 官方项目，Rust 云原生生态进入了新阶段
最近，Rust 圈里有一条很多人还没意识到重量级消息：Tonic 正式加入 gRPC 官方项目体系，仓库正式迁移到 grpc/grpc-rust。
Tonic 的来时路
这里简单说一下 tonic 的发展历程，tonic 是
Lucio Franco 于 2019 年夏季立项，是 Rust 首个生产级 async/await gRPC 库，时至今日，已经被大量头部工程组织用于生产环境。
然而，光鲜背后却面临着维护困局。新功能研发、PR 评审远超小团队承载力。这使得 tonic 仅能修复高危漏洞与安全问题，无力新增企业级特性（如 xDS）。
2024 年初，Google gRPC 团队主动伸出橄榄枝，核心诉求只有一个：避免 Rust gRPC 生态分裂。经过两年磨合后，合并落地：Google 负责全新 grpc-rust 的优化实现，LinkedIn 贡献核心缺失的 xDS，Datadog 加入维护，原作者保留核心维护者身份，项目归入 CNCF 旗下。
对开发者的影响
首先，官方明确表示将会兼容 Tonic 现有代码生成，对于存量用户来说，只需要修改 Cargo.toml 中的 crate 路径即可。不过 grpc-rust 仍未达到 1.0 稳定版，所以不保证未来会存在破坏性更新。
另外一个好消息是，LinkedIn 贡献的 xDS（服务发现与负载均衡核心协议）将以 tonic-xds crate 发布。此前因社区维护资源不足始终无法落地，它的推出将让 grpc-rust 原生支持 Envoy 等主流服务网格的服务发现与动态负载均衡。
Rust 生态会越来越"中心化"
在之前的文章中，我聊过 Rust 如果想在产业界获得更大规模的使用，还面临着一个问题，那就是极小标准库。
我们知道 Rust 社区非常推崇的是极小标准库的，像随机数、序列化、异步运行时等等功能，标准库都不提供，需要到社区寻找开源方案。这对于企业级用户来说是有些头疼的，毕竟开源项目总有不再维护的可能性发生，比不上官方维护这更显得有安全感。
当然这并不意味着 Rust 社区会完全放弃极小标准库这一设计哲学。核心组件会进一步向官方和头部企业收敛，开源生态保持开放与创新，以这种形式形成非垄断式的中心化。
除此之外，Rust 团队内部其实在构思一个"电池组"的计划，cargo-bp，为开发者提供针对特定场景的、经过"认证"推荐的 crate 组合的开箱即用工具集，这之后我出一篇文章来聊一聊 cargo-bp。
结语
总的来说，Tonic 加入 gRPC 官方项目，表面上是一次项目迁移，但实质上是 Rust 云原生时代的正式开启，Rust 终于有资格在云原生领域与 Go 进行竞争。