专栏名称: 唤之

Buoyant宣布:新k8s Service Mesh "Conduit" 将采用Rust和Golang开发

唤之 · 掘金 · 程序员 · 2018-01-26 03:16

正文

服务网格框架 Linkerd 背后的公司Buoyant发布用于Kubernetes的新型服务网格“ Conduit ”。Conduit的数据面板使用Rust开发，而控制面板则使用Go语言开发。Conduit并不是Linkerd 2.0，它主要面向Kubernetes，适用的场景不同。Buoyant说，他们会继续开发、维护和为Linkerd提供商业支持。

在过去一年，人们对服务网格的兴趣程度出现了戏剧性的增长，Linkerd和Envoy走向开源，Lyft、谷歌和IBM联合发布了Istio。开发大会也开始热烈讨论服务网格，包括最近举行的CNCF CloudNativeCon。很多互联网巨头和独角兽公司使用了服务网格技术，比如Lyft的Envoy、Twitter的Finagle、谷歌的Stubby和Global Software Load Balancer（ GSLB ）。Buoyant说，Linkerd是“世界上部署率最多的服务网格”，Salesforce、Paypal、Expedia、AOL和Monzo都在使用它。

Linkerd是Buoyant团队在使用Twitter的Finagle RPC框架时开发出来的。Buoyant在“ Conduit简介 ”这篇博文中提到，从过去18个月与使用了Linkerd的企业的合作中了解到，Linkerd的JVM资源占用率太高。

Linkerd的构建块Finagle、Netty、Scala和JVM让它能够支撑非常高的工作负载，只要给它提供足够的CPU和内存。不过，在资源有限的环境中就发挥不了太大作用。在将Linkerd作为“边车”代理与应用程序运行在一起时，就会出现问题，而通常Kubernetes都使用了这种部署模式。

Conduit是Buoyant的“下一代”服务网格，其代理数据面板使用Rust开发，“简洁而强大”的控制面板则使用Go语言开发。Buoyant说，性能是Conduit首要的考虑因素之一，单个Conduit代理的延迟是亚毫秒级的，而且实际使用的物理内存不到10M。另外，它还默认实现了网络通信的TLS，并使用了 Rust的内存安全保证机制。

有些工程师在Twitter上发问，这对Linkerd的未来意味着什么，Buoyant Conduit官方博客的回应称“影响很有限”：

博文还说，Conduit不是Linkerd 2.0，它面向的是Kubernetes这样的特定环境，并没有解决与其他平台的集成问题，如AWS、ECS或Mesos。

更多关于 Conduit 的信息可以在项目官网和 GitHub仓库上找到。Conduit的GitHub README文件清楚地写明，项目还处于实验阶段，只支持HTTP/2（可与gRPC兼容）。