倍道而进:Conduit 0.3 正式从 experimental 升级到 alpha,实现生产指日可待?

小数 发表了文章 • 0 个评论 • 358 次浏览 • 2018-02-24 10:10 • 来自相关话题

作者:WILLIAM MORGAN

翻译:崔秀龙

转自:伪架构师(公众号ID:fake-architect)

原文:Announcing Conduit 0.3 and the Conduit Roadmap









2月21号,我们荣幸的发布了 Conduit 的 0.3 版本。在这一版本中,Conduit 从experimental升级到alpha,这代表我们已经做好准备,来迎接用户的严肃测试和审查。详情可以参看 Release Notes(注 1) 。

Conduit 0.3 主要在 Conduit 的监控系统方向进行了加强,这一部分功能自动的对服务级的成功率、延迟分布以及请求量进行测量和聚合。Conduit 无需配置,能够支持 Kubernetes 1.8 和 1.9 的绝大多数应用,能够承受几百服务、几千实例、每实例几百 RPS 这样规模的负载。同样在无配置的情况下,为绝大多数的 HTTP/1.x 和 gRPC 提供了主要指标。可以将这些指标直接导出到 Prometheus(注 2) 中去。

Conduit 0.3 提供了具有负载感知能力的请求级的负载均衡,这一功能让 Conduit 能够将请求发送到具备最少排队请求的服务实例上。相对于 Kubernetes 缺省的 L4 负载均衡来说,这一方式应该能够提高应用、尤其是大负载应用的效率。

最重要的是在这一版本中,我们对 Conduit 的开发和计划进行了开放。我们发布了备受关注的路线图(注 3),开始在 Github 进行 Issue 和里程碑进展的跟踪(注 4)。我们还启动了新的邮件列表,包括 conduit-user(注 5)、conduit-dev(注 6)、以及 conduit-announce(注 7),我们会使用上述渠道对 Conduit 的开发进行计划和协调。


我们希望这些变化能够让大家更容易加入到项目之中。如果想要加入,请订阅上面提供的邮件列表,熟悉一下 Conduit README(注 8),并查看 Github 上有求助标签的 Issue(注 9)。


最后,Conduit 还只是在 Alpha 阶段,我们希望能够尽快进步。我们致力于让 Conduit 尽快进入生产就绪状态。当然这一切都取决于用户。希望用户能够在自己的 Kubernetes 应用中尝试一下 Conduit(注 10),并作出反馈,从而帮助我们更快进步。


完整的更改列表

CLI
 
CLI 命令不再依赖于 kubectlconduit dashboard 现在运行在临时端口上,消除端口8001冲突conduit inject 现在跳过带有 hostNetwork = true 的 podCLI 命令现在有更友好的错误消息,并且支持 --verbose 标志进行调试



Web UI
 
所有显示的指标现在都是即时快照,而不是在10分钟内汇总侧栏现在可以折叠UX 改进和错误修复
 
conduit 代理(数据平面)
 
代理为 HTTP 执行负载感知(P2C +最小负载)L7平衡代理现在可以路由到外部 DNS 名称当代理无法路由时,代理可以正确的对负载进行放弃操作



遥测系统
 
许多优化和改进来支持提高负载均衡能力删除单一路径和 Pod 级别指标,从而提高伸缩性和稳定性;这些指标将会在 Conduit 0.4中重新引入(#405)
 

构建方面的改进
 
Conduit docker 镜像现在小很多。Dockerfiles 已经发生变化,以充分利用缓存,大幅缩短构建时间



已知的问题
 
某些到外部域的 DNS 查找失败(#62,#155,#392)使用 WebSockets,HTTP 隧道/代理或者诸如 MySQL 和 SMTP 等协议的应用程序需要额外的配置(#339)




注:
https://github.com/runconduit/conduit/releases/tag/v0.3.0https://conduit.io/prometheushttps://conduit.io/roadmap/https://github.com/runconduit/conduit/milestoneshttps://groups.google.com/forum/#!forum/conduit-usershttps://groups.google.com/forum/#!forum/conduit-devhttps://groups.google.com/forum/#!forum/conduit-announcehttps://github.com/runconduit/conduit/blob/master/README.mdhttps://github.com/runconduit/conduit/issuesq=is%3Aissue+is%3Aopen+label%3A%22help+wanted%22https://conduit.io/



ServiceMesh微信交流群:

添加微信xiaoshu062,备注:服务网格,即可加入Service Mesh微信交流群。 查看全部
作者:WILLIAM MORGAN

翻译:崔秀龙

转自:伪架构师(公众号ID:fake-architect)

原文:Announcing Conduit 0.3 and the Conduit Roadmap



version_conduit_030-680x341.png



2月21号,我们荣幸的发布了 Conduit 的 0.3 版本。在这一版本中,Conduit 从experimental升级到alpha,这代表我们已经做好准备,来迎接用户的严肃测试和审查。详情可以参看 Release Notes(注 1) 。

Conduit 0.3 主要在 Conduit 的监控系统方向进行了加强,这一部分功能自动的对服务级的成功率、延迟分布以及请求量进行测量和聚合。Conduit 无需配置,能够支持 Kubernetes 1.8 和 1.9 的绝大多数应用,能够承受几百服务、几千实例、每实例几百 RPS 这样规模的负载。同样在无配置的情况下,为绝大多数的 HTTP/1.x 和 gRPC 提供了主要指标。可以将这些指标直接导出到 Prometheus(注 2) 中去。

Conduit 0.3 提供了具有负载感知能力的请求级的负载均衡,这一功能让 Conduit 能够将请求发送到具备最少排队请求的服务实例上。相对于 Kubernetes 缺省的 L4 负载均衡来说,这一方式应该能够提高应用、尤其是大负载应用的效率。

最重要的是在这一版本中,我们对 Conduit 的开发和计划进行了开放。我们发布了备受关注的路线图(注 3),开始在 Github 进行 Issue 和里程碑进展的跟踪(注 4)。我们还启动了新的邮件列表,包括 conduit-user(注 5)、conduit-dev(注 6)、以及 conduit-announce(注 7),我们会使用上述渠道对 Conduit 的开发进行计划和协调。


我们希望这些变化能够让大家更容易加入到项目之中。如果想要加入,请订阅上面提供的邮件列表,熟悉一下 Conduit README(注 8),并查看 Github 上有求助标签的 Issue(注 9)。


最后,Conduit 还只是在 Alpha 阶段,我们希望能够尽快进步。我们致力于让 Conduit 尽快进入生产就绪状态。当然这一切都取决于用户。希望用户能够在自己的 Kubernetes 应用中尝试一下 Conduit(注 10),并作出反馈,从而帮助我们更快进步。


完整的更改列表

CLI
 
  • CLI 命令不再依赖于 kubectl
  • conduit dashboard 现在运行在临时端口上,消除端口8001冲突
  • conduit inject 现在跳过带有 hostNetwork = true 的 pod
  • CLI 命令现在有更友好的错误消息,并且支持 --verbose 标志进行调试




Web UI
 
  • 所有显示的指标现在都是即时快照,而不是在10分钟内汇总
  • 侧栏现在可以折叠
  • UX 改进和错误修复

 
conduit 代理(数据平面)
 
  • 代理为 HTTP 执行负载感知(P2C +最小负载)L7平衡
  • 代理现在可以路由到外部 DNS 名称
  • 当代理无法路由时,代理可以正确的对负载进行放弃操作




遥测系统
 
  • 许多优化和改进来支持提高负载均衡能力
  • 删除单一路径和 Pod 级别指标,从而提高伸缩性和稳定性;这些指标将会在 Conduit 0.4中重新引入(#405)

 

构建方面的改进
 
  • Conduit docker 镜像现在小很多。
  • Dockerfiles 已经发生变化,以充分利用缓存,大幅缩短构建时间




已知的问题
 
  • 某些到外部域的 DNS 查找失败(#62,#155,#392)
  • 使用 WebSockets,HTTP 隧道/代理或者诸如 MySQL 和 SMTP 等协议的应用程序需要额外的配置(#339)





注:
  1. https://github.com/runconduit/conduit/releases/tag/v0.3.0
  2. https://conduit.io/prometheus
  3. https://conduit.io/roadmap/
  4. https://github.com/runconduit/conduit/milestones
  5. https://groups.google.com/forum/#!forum/conduit-users
  6. https://groups.google.com/forum/#!forum/conduit-dev
  7. https://groups.google.com/forum/#!forum/conduit-announce
  8. https://github.com/runconduit/conduit/blob/master/README.md
  9. https://github.com/runconduit/conduit/issuesq=is%3Aissue+is%3Aopen+label%3A%22help+wanted%22
  10. https://conduit.io/




ServiceMesh微信交流群:

添加微信xiaoshu062,备注:服务网格,即可加入Service Mesh微信交流群。

如期而至:正在走向生产之路的Conduit v0.2.0 里程碑版本发布

小数 发表了文章 • 0 个评论 • 367 次浏览 • 2018-02-05 18:35 • 来自相关话题

 作者:GEORGE MIRANDA

Release Note 转自:伪架构师(公众号ID:fake-architect)

原文:Announcing Conduit support for HTTP/1.x and TCP


我们很高兴地宣布,最新的 Conduit 发布了一个重大的项目里程碑版本。在 0.2.0 版本中,除了现有的 HTTP/2 支持之外,Conduit 现在还包含对 HTTP/1.x 和 TCP 流量的支持。这意味着 Conduit 现在可以直接支持大部分 Kubernetes 应用程序。


在发布这个版本的过程中,最令我们激动的一件事就是我们在简化服务网格入门的过程中不断取得进展。 Conduit 致力于通过“零配置”的管理方法,来降低实现服务网格可操作性的工作量。换句话说,你不应该只是为了获得你所需要的基本可见性、管理、和控制而陷入配置选项的困境中。


在 0.2.0 版本中,你会注意到 Conduit 并不是完全的"零配置",但是我们正在接近这一目标。一些服务现在还需要手动配置。值得注意的是,如果你使用的是 WebSockets 或者服务器在客户端之前发送流量的协议(例如,非 TLS 加密的 MySQL 或 SMTP 连接),则仍然需要使用某些配置管理这些例外。你可以在发行说明中找到更多详细信息。


Conduit 仍然处于 Alpha 阶段,因此在准备好生产工作负载之前还有很多工作要做。但是 Conduit 的发展速度超出了我们的预期,在即将到来的 0.3 里程碑里,我们相信 Conduit 会为你提供更好的服务。请继续关注正在走向生产之路的 Conduit。


里程碑版本,这次发布中新增了对 HTTP/1.x 和 TCP 支持,这样就可以为绝大多数运行在 Kubernetes 上的应用提供支持了。

数据面​
Conduit 现在为包括 HTTP/1.x 和 HTTP/2 在内的所有 TCP 流量提供透明代理。
 

控制台界面

强化了tap命令的错误处理能力。

tap也提供了对 HTTP/1.x 的支持。



Dashboard

界面进行了小幅更新。

可以在 Dashboard 边栏搜索 Deployment。



预告

Conduit 将会为绝大多数协议提供自动支持,然而使用 WebSockets、HTTP 隧道/代理或者 MySQL、SMTP 等协议,需要一些额外配置,文档(注 1)中会有详细说明。

Conduit 还不支持外部 DNS。这一缺憾将在未来版本提供支持。

目前 Conduit 的遥测管线无法扩展到某些节点,后续版本会解决这个问题。

Conduit 还是 Alpha 阶段,请提交 Issue 或 PR 来支持我们!(注 2)



引用:

https://conduit.io/adding-your ... pport

https://github.com/runconduit/conduit/issues/new


推荐阅读:
 
案例 | 某全球零售客户:上马容器云 驾驭线上业务
PPT下载 | 亿级用户万台服务器背后,vivo云服务容器化如何破茧化蝶?
微服务迁移前,来听听这6个思考和经验
  查看全部

version_conduit_020-680x341.png

 作者:GEORGE MIRANDA

Release Note 转自:伪架构师(公众号ID:fake-architect)

原文:Announcing Conduit support for HTTP/1.x and TCP


我们很高兴地宣布,最新的 Conduit 发布了一个重大的项目里程碑版本。在 0.2.0 版本中,除了现有的 HTTP/2 支持之外,Conduit 现在还包含对 HTTP/1.x 和 TCP 流量的支持。这意味着 Conduit 现在可以直接支持大部分 Kubernetes 应用程序。


在发布这个版本的过程中,最令我们激动的一件事就是我们在简化服务网格入门的过程中不断取得进展。 Conduit 致力于通过“零配置”的管理方法,来降低实现服务网格可操作性的工作量。换句话说,你不应该只是为了获得你所需要的基本可见性、管理、和控制而陷入配置选项的困境中。


在 0.2.0 版本中,你会注意到 Conduit 并不是完全的"零配置",但是我们正在接近这一目标。一些服务现在还需要手动配置。值得注意的是,如果你使用的是 WebSockets 或者服务器在客户端之前发送流量的协议(例如,非 TLS 加密的 MySQL 或 SMTP 连接),则仍然需要使用某些配置管理这些例外。你可以在发行说明中找到更多详细信息。


Conduit 仍然处于 Alpha 阶段,因此在准备好生产工作负载之前还有很多工作要做。但是 Conduit 的发展速度超出了我们的预期,在即将到来的 0.3 里程碑里,我们相信 Conduit 会为你提供更好的服务。请继续关注正在走向生产之路的 Conduit。


里程碑版本,这次发布中新增了对 HTTP/1.x 和 TCP 支持,这样就可以为绝大多数运行在 Kubernetes 上的应用提供支持了。

数据面​
Conduit 现在为包括 HTTP/1.x 和 HTTP/2 在内的所有 TCP 流量提供透明代理。
 

控制台界面

强化了tap命令的错误处理能力。

tap也提供了对 HTTP/1.x 的支持。



Dashboard

界面进行了小幅更新。

可以在 Dashboard 边栏搜索 Deployment。



预告

Conduit 将会为绝大多数协议提供自动支持,然而使用 WebSockets、HTTP 隧道/代理或者 MySQL、SMTP 等协议,需要一些额外配置,文档(注 1)中会有详细说明。

Conduit 还不支持外部 DNS。这一缺憾将在未来版本提供支持。

目前 Conduit 的遥测管线无法扩展到某些节点,后续版本会解决这个问题。

Conduit 还是 Alpha 阶段,请提交 Issue 或 PR 来支持我们!(注 2)



引用:

https://conduit.io/adding-your ... pport

https://github.com/runconduit/conduit/issues/new


推荐阅读:
 
案例 | 某全球零售客户:上马容器云 驾驭线上业务
PPT下载 | 亿级用户万台服务器背后,vivo云服务容器化如何破茧化蝶?
微服务迁移前,来听听这6个思考和经验
 

Conduit官方文档中文版翻译完成

敖小剑 发表了文章 • 1 个评论 • 1701 次浏览 • 2017-12-18 16:31 • 来自相关话题

经过我们service mesh中国技术社区翻译小组的努力(因为内容比较少,和istio翻译相比就一点都不艰辛了),在今天,Conduit官方文档中文版 0.1.0 的翻译完成。
 
浏览地址:
http://conduit.doczh.cn  https://doczhcn.gitbooks.io/conduit/  
 
非常欢迎大家在浏览文档的同时,支持和参与我们的review和修订工作:如有谬误,或者发现英文文档有更新,请通过issue或者PR向我们提交。
  
鸣谢参与翻译工作的翻译小组同学,也鸣谢在期间通过PR贡献力量的同学。感谢你们的辛苦努力!
 
contributors 列表如下:
 
https://github.com/doczhcn/conduit/graphs/contributors
  查看全部
经过我们service mesh中国技术社区翻译小组的努力(因为内容比较少,和istio翻译相比就一点都不艰辛了),在今天,Conduit官方文档中文版 0.1.0 的翻译完成。
 
浏览地址:

 
非常欢迎大家在浏览文档的同时,支持和参与我们的review和修订工作:如有谬误,或者发现英文文档有更新,请通过issue或者PR向我们提交。
  
鸣谢参与翻译工作的翻译小组同学,也鸣谢在期间通过PR贡献力量的同学。感谢你们的辛苦努力!
 
contributors 列表如下:
 
https://github.com/doczhcn/conduit/graphs/contributors
 

面向 Kubernetes 的新的开源 Service Mesh:Conduit登场

小数 发表了文章 • 4 个评论 • 1359 次浏览 • 2017-12-06 16:21 • 来自相关话题

转自:崔秀龙
 今天我们要介绍 Conduit,面向 Kubernetes 的新的开源 Service Mesh。

Conduit 是从头开始的,目标是成为最快、最轻、最简单并且最安全的 Service Mesh。他使用 Rust 构建了快速、安全的数据平面,用 Go 开发了简单强大的控制平面,总体设计围绕着性能、安全性和可用性进行。更重要的是,Conduit 将会完全吸收过去 18 个月中,我们在 Linkerd 的生产级 Service Mesh 中积累沉淀的真实经验。

为什么要做一个 Conduit?Linkerd 是世界上最多生产级部署的 Service Mesh。这一产品创造了 “Service Mesh” 这一词汇,在软件基础设施中成功的开辟了新的领域,为遍及全球的企业客户(例如 Salesforce、Paypal、Expedia、AOL 以及 Monzo)承载了数以万亿计的请求。这一段时间里,我们和客户以及用户们甘苦与共——我们一起开会,设计交叉路线图,凌晨三点起床救火。开源的基础设施和现实世界的对撞中,我们学到了弥足珍贵的经验和教训。

这中间有个突出的问题就是,Linkerd 的部署模型太重了。虽然 Linkerd 的各个组件,例如 Finagle、Netty、Scala 以及 JVM,都是被广泛采用千锤百炼的,有了这些组件的帮助,在有足够 CPU 和内存支持的情况下,Linkerd 能够达到非常高的负载能力;然而设计过程中鲜有考虑在有限的资源情况下,基于 sidecar 模式的 Kubernetes 部署方式。所以今年年初,我们自问:有了 18 个月的生产级 Service Mesh 的经验,如果要做出一个功能完备又可以在低资源环境下运行的 Service Mesh,我们会怎么做?

答案就是 Conduit。和 Linkerd 类似,Conduit 是让微服务安全可靠的下一代 Service Mesh。他能透明的管理服务之间的通信,自动提供可测性、可靠性、安全性和弹性的支持。还是跟 Linkerd 相仿,他的数据平面是在应用代码之外运行的轻量级代理,控制平面是一个高可用的控制器。然而和 Linkerd 不同的是,Conduit 的设计更加倾向于 Kubernetes 中的低资源部署。

Conduit 为什么伟大(hhhhh):

轻量高速:Conduit 代理只需要不到 10 MB 实际内存(RSS),p99 延迟在分毫秒以内。

安全:Rust 的内存使用相当安全,同时还缺省使用了 TLS,Conduit 的安全性与生俱来。

最小化:Conduit 的特性集被设计为尽量的最小化和可编排,便于使用 gRPC 插件进行定制。

易用性:内置有聚合的服务指标,强大的客户端工具(想想看,微服务界的 tcpdump),Conduit 为运维人员提供了新的强大的工具来对付生产环境的微服务。

过去半年中我们一直在努力的构建 Conduit。我们聘请了 Phil、Carl、Sean 以及 Brain 这样的高手;向 Tokio 和 Tower 这样的核心技术投资,让 Conduit 又快又安全。最重要的是,我们决心用 Conduit 解决在 Linkerd 社区遇到的实际问题。

Linkerd 怎么办?

简单说说,Linkerd 是世界上最广泛在生产环境进行使用的 Service Mesh,他会长期存在,我们会持续的进行开发、管理并提供商业支持;我们会保证我们的 Linkerd 用户的幸福感。

Conduit 不是 Linkerd 2.0。Conduit 面向的是非常特定的环境 —— Kubernetes,而不准备像 Linkerd 一样做出众多的集成支持。我们的大量用户在使用 ECS、Consul、Mesos、ZooKeeper、Nomad、Rancher 或者混合的多环境系统,Linkerd 是目前的最好选择,我们会持续投入进行改善。

现在开始!

我们刚刚发布了 Conduit 0.1。来跳坑吧!目前这是个 Alpha 版本,所以理直气壮的仅提供 HTTP/2 的支持(是的,HTTP/1.1 都不支持)。我们希望我们的早期用户能够尽早接触 Conduit,并从中获得反馈。

接下来的几个月中,我们会积极工作,推进 Conduit 的生产化进程,预计来年初面世的 0.2 中,会加入 HTTP/1.1 和 TCP 的支持(路线图)。这一产品的进展和目标会非常公开。最后,我们还会提供 Conduit 的商业支持,如果有兴趣的话可以联系我们。

想要了解更多?可以订阅我们的发布通知邮件列表,加入 Linkerd 的 Slack 频道,或者 Follow @runconduit。

Conduit 是基于 Apache 2.0 协议的开源软件。

https://conduit.io/ 查看全部
转自:崔秀龙
 今天我们要介绍 Conduit,面向 Kubernetes 的新的开源 Service Mesh。

Conduit 是从头开始的,目标是成为最快、最轻、最简单并且最安全的 Service Mesh。他使用 Rust 构建了快速、安全的数据平面,用 Go 开发了简单强大的控制平面,总体设计围绕着性能、安全性和可用性进行。更重要的是,Conduit 将会完全吸收过去 18 个月中,我们在 Linkerd 的生产级 Service Mesh 中积累沉淀的真实经验。

为什么要做一个 Conduit?Linkerd 是世界上最多生产级部署的 Service Mesh。这一产品创造了 “Service Mesh” 这一词汇,在软件基础设施中成功的开辟了新的领域,为遍及全球的企业客户(例如 Salesforce、Paypal、Expedia、AOL 以及 Monzo)承载了数以万亿计的请求。这一段时间里,我们和客户以及用户们甘苦与共——我们一起开会,设计交叉路线图,凌晨三点起床救火。开源的基础设施和现实世界的对撞中,我们学到了弥足珍贵的经验和教训。

这中间有个突出的问题就是,Linkerd 的部署模型太重了。虽然 Linkerd 的各个组件,例如 Finagle、Netty、Scala 以及 JVM,都是被广泛采用千锤百炼的,有了这些组件的帮助,在有足够 CPU 和内存支持的情况下,Linkerd 能够达到非常高的负载能力;然而设计过程中鲜有考虑在有限的资源情况下,基于 sidecar 模式的 Kubernetes 部署方式。所以今年年初,我们自问:有了 18 个月的生产级 Service Mesh 的经验,如果要做出一个功能完备又可以在低资源环境下运行的 Service Mesh,我们会怎么做?

答案就是 Conduit。和 Linkerd 类似,Conduit 是让微服务安全可靠的下一代 Service Mesh。他能透明的管理服务之间的通信,自动提供可测性、可靠性、安全性和弹性的支持。还是跟 Linkerd 相仿,他的数据平面是在应用代码之外运行的轻量级代理,控制平面是一个高可用的控制器。然而和 Linkerd 不同的是,Conduit 的设计更加倾向于 Kubernetes 中的低资源部署。

Conduit 为什么伟大(hhhhh):

轻量高速:Conduit 代理只需要不到 10 MB 实际内存(RSS),p99 延迟在分毫秒以内。

安全:Rust 的内存使用相当安全,同时还缺省使用了 TLS,Conduit 的安全性与生俱来。

最小化:Conduit 的特性集被设计为尽量的最小化和可编排,便于使用 gRPC 插件进行定制。

易用性:内置有聚合的服务指标,强大的客户端工具(想想看,微服务界的 tcpdump),Conduit 为运维人员提供了新的强大的工具来对付生产环境的微服务。

过去半年中我们一直在努力的构建 Conduit。我们聘请了 Phil、Carl、Sean 以及 Brain 这样的高手;向 Tokio 和 Tower 这样的核心技术投资,让 Conduit 又快又安全。最重要的是,我们决心用 Conduit 解决在 Linkerd 社区遇到的实际问题。

Linkerd 怎么办?

简单说说,Linkerd 是世界上最广泛在生产环境进行使用的 Service Mesh,他会长期存在,我们会持续的进行开发、管理并提供商业支持;我们会保证我们的 Linkerd 用户的幸福感。

Conduit 不是 Linkerd 2.0。Conduit 面向的是非常特定的环境 —— Kubernetes,而不准备像 Linkerd 一样做出众多的集成支持。我们的大量用户在使用 ECS、Consul、Mesos、ZooKeeper、Nomad、Rancher 或者混合的多环境系统,Linkerd 是目前的最好选择,我们会持续投入进行改善。

现在开始!

我们刚刚发布了 Conduit 0.1。来跳坑吧!目前这是个 Alpha 版本,所以理直气壮的仅提供 HTTP/2 的支持(是的,HTTP/1.1 都不支持)。我们希望我们的早期用户能够尽早接触 Conduit,并从中获得反馈。

接下来的几个月中,我们会积极工作,推进 Conduit 的生产化进程,预计来年初面世的 0.2 中,会加入 HTTP/1.1 和 TCP 的支持(路线图)。这一产品的进展和目标会非常公开。最后,我们还会提供 Conduit 的商业支持,如果有兴趣的话可以联系我们。

想要了解更多?可以订阅我们的发布通知邮件列表,加入 Linkerd 的 Slack 频道,或者 Follow @runconduit。

Conduit 是基于 Apache 2.0 协议的开源软件。

https://conduit.io/