搜索历史
热搜词
Buoyant发布用于Kubernetes的服务网格“Conduit”

看新闻很累?看技术新闻更累?试试 下载InfoQ手机客户端 ,每天上下班路上听新闻,有趣还有料!

服务网格框架 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都使用了这种部署模式。

推荐:Buoyant的Conduit服务网格正式成为Linkerd 2

[Buoyant的Conduit服务网格正式成为Linkerd 2]

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

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

我们会继续开发、维护和提供Linkerd的商业支持,我们承若Linkerd的用户将继续保持目前这种愉快的使用体验。

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

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

查看英文原文: Buoyant Releases New Kubernetes Service Mesh "Conduit" Written in Rust and Golang

推荐:Conduit: 面向Kubernetes的轻量级服务网络

[【编者的话】Conduit作为Linkerd面向Kubernetes的独立版本,拥有其独特的理念,本文就为大家解析了Conduit的概要设计以及未来的发展路线,领域相关者可以参考。 在本周 Ku

主题:

分享:

相 关 推 荐

热 门 推 荐