Skip to main content

Command Palette

Search for a command to run...

Conduit 0.4.0:流量都去哪了?

Updated
1 min read

原文:Conduit 0.4.0: Where’s my traffic?

本周早些时候我们发布了 Conduit v0.4.0,这一版本在基于 Prometheus 的遥测系统方面,有了很大进步;同时还给微服务的除错提供了新的工具。

安装后的一分钟里,Conduit 给每个 Kubernetes 部署都提供了一个预配置的 Grafana Dashboard。这些 Dashboard 不只是成功率、请求量以及每服务延迟等常见指标,他还将每个指标按照依赖关系进行了分解。这样你就可以在不修改应用的情况下,轻松地回答“这个服务的流量是从哪里来的?”或者 “Foo 调用 Bar 的成功率如何”之类的问题了。

我的流量呢?

在一个微服务形态的应用中,运行中的服务之间的依赖关系是很重要的问题。每服务成功率固然重要,流入服务的请求来自何处同样是不可忽视的问题,更不必说依赖服务的故障情况了。通常这些问题都是最难回答的,但是现在我们有了 Conduit 的帮助,就有机会对这些问题进行简化了。

为了达成这一目标,0.4.0 中我们把 Conduit 的遥测系统中指标的获取改为拉取方式来实现。这一过程中我们还把 Conduit 的 Rust 代理进行了改进,他的指标中描述了所有请求的源、目的以及健康状况。拉取方式获取指标,降低了代理的复杂度,更加贴近 Prometheus 的生态情况。

这样,Conduit 的遥测系统现在非常稳定。能深入到 Kubernetes 中任何两个 Deployment、Pod 或者命名空间之间的请求频率、成功率以及延迟等指标。还可以使用 Prometheus 进行各种查询。当然了,我们还把所有的这些集成到了 CLI 工具中,微服务中的 “TOP” 命令,想过么?

动手环节

我们现在来运行一个简单的例子(要看完整的安装介绍,请参考 Conduit 起步指南)。

首先安装 Conduit CLI:

curl https://run.conduit.io/install | sh

然后在 Kubernetes 中安装 Conduit:

conduit install | kubectl apply -f -

最后,安装 emojivoto 演示应用,并且将其加入 Conduit Mesh:

curl https://raw.githubusercontent.com/runconduit/conduit-examples/master/emojivoto/emojivoto.yml | conduit inject - | kubectl apply -f -

演示应用中包含了一个 vote-bot 服务,不断地在产生流量。这个基于 AI 的机器人在为他最喜欢的表情进行投票,他会变得越来越精明。所以为了安全起见,我们建议你不要让他长期运行。

让我们看看如何用 Conduit 在演示应用中获取流量走向:

先看看 Web 服务(确切的说是 Web Deployment)在做什么:

$ conduit stat -n emojivoto deployment web
NAME  MESHED  SUCCESS     RPS    LATENCY_P50  LATENCY_P95  LATENCY_P99
web      1/1   90.00%  2.0rps            2ms          4ms          9ms

voting 服务只有一个调用者,就是 web 服务。所以通过跟踪 Web 的依赖项,我们有了第一个需要监测的目标:voting 服务在被 web 服务调用的时候,有 83% 的成功率,这样我们就可以看看日志、跟踪或进行其他深入观察。

这只是 Conduit 众多功能中的一个例子。如果想要进一步探索,可以看看所有命名空间的成功率;各个命名空间以及每个 Deployment 调用某一命名空间的成功率;甚至是 Conduit 组件自身的成功率。

https://youtu.be/R5UDKgX72tg 还有我们录制的一个关于 Conduit 0.4 的视频。

下一步

我们的未来版本,会把指标和遥测能力扩展到其他的 Kubernetes 对象,例如 Pod 和 RS。另外我们还会把 conduit tap 命令也应用到这些对象上,让 stattap 完美配合。我们可能还会逐步为 Conduit 加入更多命令,来增强 Conduit 的遥测能力,敬请期待!

More from this blog

龙虾恐慌:AIOps 又要改名了?

ChatGPT 开始,把 AI 拉近到普罗大众的面前,让无数人感受到 AI 的亲民魅力。而龙虾,则把大模型驱动的自动化能力,突然间变得水灵灵、活泼泼地走进千家万户。它不只是“风口上的猪”,而是风口本身。热度高到让 Mac mini 一度断货,不知道这在不在库克的预料之内。 每代人都有每代人的鸡蛋,春节期间,我就领了我的鸡蛋。翻出古老的 MacBook Air M1,充值各种大模型。当然了,这个工具

Mar 9, 20261 min read

再见 2025

我猜不少人以为这个号废了吧?并没有,只是今年变化有点大,一直有种抄起键盘,无从说起的感觉,所以一直偷懒到今天,2025 的最后一天。 今年是我的第四个本命年,去年末一期播客里,大内说本命年不是灾年,是变化年,有危也有机。可是讲真啊,只看到危,没看到机。 各种因缘际会,从鹅厂跳槽到前东家,已经接近四年,第一个合同期已经进入尾声。除了前两年还在云原生领域嗷嗷叫,后两年基本都是些鸡零狗碎的东西了,用老东家的术语说是——偏离主航道,可谓是前景暗淡了。 一旦确定要滚蛋,反倒心思轻松起来,每天骑着我的小红车...

Jan 5, 20261 min read

辅助编程?dora 说:我知道你很急可是请你别急

从 OpenGPT 把大模型的火烧旺了之后,这三年来,相信很多组织或摩拳擦掌、或躬身入局,希望借助聪明能干的大模型,或想偿还技术宅,或想降本增效,或想弯道超车。一时间,沉寂许久的 AIxx 又活过来了,LLM Ops、Vibe Coding、中医大模型、GPT 算命等等,全都老树发新芽,焕发了勃勃生机。那么视角拉回从业者最关注的饭碗相关的领域之一——AI 辅助开发,产生了什么触动,应该如何拥抱呢? DORA 的年度报告中给出了很有意思的结论——强者恒强。 执行摘要部分总结了几个有趣的点: 问题...

Oct 6, 20251 min read

[译]dora:ai 辅助软件开发状态报告

执行摘要 在 2025 年,科技领导者面临的核心问题已不再是“是否要采用 AI”,而是“如何实现其价值”。 DORA 的研究基于超过 100 小时的定性访谈和来自全球近 5,000 名技术专业人士的问卷调查。研究揭示了一个关键事实:AI 在软件开发中的主要角色是“放大器”。它会放大高效能组织的优势,也会凸显组织的缺陷。 关键结论:AI 是放大器 AI 投资的最大回报并非来自工具本身,而是来自组织底层系统的战略性建设: 高质量的内部平台 清晰的工作流 团队的协同能力 缺少这些基础,AI ...

Oct 2, 202514 min read

僭越了,有人在用 Rust 写 Kubernetes

一个新语言问世,最爱做的事情之一,就是重写存量软件了。 云原生喝酒 SIG 重点扶持项目——rk8s(https://github.com/rk8s-dev/rk8s) 也可以归在这个范畴里,只不过这个项目重写的东西比较大,是 Kubernetes。 从 2025 年 1 月第一个 Commit 开始,到现在有了 200 多次 Commit,十几万行代码。当然距离 Kubernetes 的几百万行代码还差得远——老马就是喜欢整这种大无畏项目。 另外该项目也是国内第一个脱离 Cargo 转向使用 ...

Sep 27, 20253 min read

【伪】架构师

342 posts