文章 on Mark 的滿紙方糖言

记了么：一个有记忆的 AI 外语老师

labile.zhu@gmail.com (Mark Zhu) — Mon, 22 Jun 2026 23:12:15 +0800

记了么：一个有记忆的 AI 外语老师

你是不是也有这样的经历

无论是学习外语的学生🐤，还是职场中要使用外语的🐮🐴。都面对一个问题：

外语学习需要记录和整理，但没有人喜欢记录

同一个单词查了三次、五次、十次，每次都觉得"这次应该记住了"，结果下次遇到还是一脸茫然。

译：AI Agent 开发生命周期 (ADLC)

labile.zhu@gmail.com (Mark Zhu) — Mon, 01 Jun 2026 03:12:15 +0800

文章围绕“智能体开发生命周期（ADLC）”展开，系统拆解了企业如何将 AI Agent 从一次性 Demo 转化为可复制、高稳定的生产级系统。文章深入探讨了“构建、测试、部署、监控”四大核心阶段的工程实践与工具选择，并强调了成本控制、权限审计及资产复用等治理机制的重要性，为企业规模化落地 Agent 提供了清晰的工程化实战指南。

Kanban - 多 Agent 协作设计模式

labile.zhu@gmail.com (Mark Zhu) — Wed, 13 May 2026 23:12:15 +0800

本文以生成一个契合年度热点话题又现代科技化的 Mr.Bean 节目剧本为例，说明多 Agent Kanban 协作设计模式的应用。本文使用 hermes-agent ，但其它 agent 甚至你自己开发的也是可以应用的。

OpenClaw + 云容器 = Agent 并发安全沙箱浏览器

labile.zhu@gmail.com (Mark Zhu) — Thu, 12 Mar 2026 03:12:15 +0800

本文介绍 OpenClaw 如何构建安全沙箱浏览器环境。在多 Agent 并发时让浏览器也支持并发。通过容器化 Sandbox，可以实现浏览器隔离、并发任务支持以及资源回收等能力。同时分析沙箱工具权限配置的关键细节，并介绍 OpenClaw 源码调试方法。

OpenClaw 出口流量管控 - AI Agent 的新安全市场

labile.zhu@gmail.com (Mark Zhu) — Tue, 24 Feb 2026 03:12:15 +0800

AI Agent 正在从工具演化为执行主体，而安全模型却仍停留在权限与资源层面。真正的风险不在资源访问，而在“意图生成与路径漂移”。本文通过 cgroup + TProxy + TLS SNI 的出口流控实验，分享一种可能的安全增强路径。未来的安全市场，或将围绕“Intent Security”重构，AI Agent 的普及，也许正是下一个安全产业周期的起点。

AI 焦虑：从 OpenClaw 到黑客帝国 Agent Smith

labile.zhu@gmail.com (Mark Zhu) — Fri, 20 Feb 2026 03:12:15 +0800

本文以《黑客帝国》中的 Agent Smith 为喻，探讨当代 AI Agent 的能力演进与由此产生的焦虑。从 OpenClaw 的自我修复与自我复制能力出发，分析决策权转移、技术门槛与机会公平等问题，得出真正需要面对的不是 AI 本身，而是我们对未知变革的恐惧与选择。

OpenClaw + 智能家居 + 家庭服务器 = 自由的家庭 AI Agent

labile.zhu@gmail.com (Mark Zhu) — Fri, 13 Feb 2026 03:12:15 +0800

本文展示了如何通过自托管的 OpenClaw Skills，对 Home Lab（家庭服务器群）与智能家居进行真 AI 智能化控制。而不受限于小米米家等平台的各种智能限制。通过将家庭服务器群环境、监控系统以及几种 API 封装为结构化的 Skills，AI Agent 可以完成服务器故障排查、以有趣的智能家居灯光方式可视化运维操作，并通过智能音箱汇总报播网站实时新闻。

OpenClaw 的设计模型浅析

labile.zhu@gmail.com (Mark Zhu) — Mon, 09 Feb 2026 03:12:15 +0800

OpenClaw 目前是全球用户规模最大的自托管个人 AI 助手。从 AI Agent 开发者的视角来看，它不仅仅是一个 AI 工具，更是一个极具参考价值的真实世界 Agent 设计范例。它能够帮助我们在构建 Agent 时形成更加成熟、系统化的设计思路。

为 OpenClaw 加入 Matrix Channel - 选择孤独真实

labile.zhu@gmail.com (Mark Zhu) — Fri, 06 Feb 2026 03:12:15 +0800

不可否认，OpenClaw 在一定程度上被过度炒作了。不过，从 AI Agent 开发的角度来看，它确实引入了一种有意思的思路：将 即时通讯平台（如 WhatsApp、Telegram、Matrix 等）作为与 AI Agent 交互的主要入口。

OpenClaw / Clawdbot AI 个人助手蹭热度尝鲜

labile.zhu@gmail.com (Mark Zhu) — Wed, 28 Jan 2026 03:12:15 +0800

本文介绍我对 OpenClaw / Clawdbot AI 个人助手的尝鲜使用。有蹭热度嫌疑，喜干货者慎入 :)

最近大热的 Clawdbot(现改名为 OpenClaw) 是一个人 AI 助手，主打个人 Self-Hosted 的 ai agent。可运行在您自己的设备上的 AI 助手。不管你在哪里，均可以通过国际上常用的 IM 聊天平台（WhatsApp/Telegram/Matrix 等等，但不包括 WeChat）通过聊天与 ai agent 进行互动。

招聘页面岗位订阅 Agent (PoC) - Part 1

labile.zhu@gmail.com (Mark Zhu) — Mon, 19 Jan 2026 15:12:15 +0900

作为一名求职中的中年码农，由于地域和年龄限制，我的选择空间其实就那么几家。我经常需要反复查看自己感兴趣公司的招聘页面。这一过程既耗时又枯燥，尤其是在需要同时跟踪多家公司职位的情况下。虽然许多招聘网站都提供基于邮件的职位提醒，但这些提醒通常要么依赖于对已提交简历进行不透明的 AI 匹配，要么只是简单的关键词匹配。在这两种情况下，我对实际的匹配条件几乎没有控制权。

Agentgateway 代理 MCP 流量初探

labile.zhu@gmail.com (Mark Zhu) — Sat, 10 Jan 2026 03:12:15 +0800

MCP 作为 AI Agent 生态中重要的协议，Agentgateway 对 MCP 的支持是其核心功能之一。本文记录一些在使用 Agentgateway 代理 MCP 流量时的经验和思考。也是我在调查浏览器连不上 Agentgateway MCP 数天后，总结的经验。

Agentgateway 实现分析 Part3 - Http Proxy

labile.zhu@gmail.com (Mark Zhu) — Thu, 25 Dec 2025 03:12:15 +0800

本文尝试分析 Agentgateway 中 Http Proxy 主流程的实现细节。让读者了解 Agentgateway 在 L7 层作为 Http Proxy 的工作原理和实现方式。Agentgateway 本质上是一个 HTTP Proxy ，只是在 HTTP 之上增加了对 AI(LLM/MCP/A2A) 状态化协议的支持。所以分析 HTTP Proxy 层的主流程，就是分析 Agentgateway 的主流程。

AI Agent 总线网关 agentgateway 实现分析 Part 2 - 服务生命周期

labile.zhu@gmail.com (Mark Zhu) — Tue, 09 Sep 2025 03:12:15 +0800

概述

本文分析 AI Agent 总线网关 agentgateway 源码，尝试解释服务生命周期管理相关的组件和协作关系。从服务各组件的启动及初始化，端口监听，到服务终止信号如何在各组件之间传播，以及服务优雅关闭(Drain)相关的实现。

AI Agent 总线网关 agentgateway 实现分析 Part 1

labile.zhu@gmail.com (Mark Zhu) — Fri, 05 Sep 2025 03:12:15 +0800

图：agentgateway 代理 Agent 的对外连接，包括 MCP 服务器、AI Agent 和 OpenAPI

(source: https://agentgateway.dev/docs/about/architecture/)

概述

本文通过分析 agentgateway 的源码，初步了解主要初始化过程。希望对想深入学习 agentgateway 实现的读者提供一些大方向上的参考和指引。

Vibe Coding Is The WORST IDEA Of 2025 - Dave Farley

labile.zhu@gmail.com (Mark Zhu) — Fri, 29 Aug 2025 03:12:15 +0800

概述

Dave Farley 否定了 “氛围编程（Vibe Coding）” 概念，强调编程核心在于问题理解与精确表达，指出 AI 编程面临规格、验证与演进三大难题，软件工程仍在进化而非消亡。

用 gemini-cli 分析 gemini-cli 自身源码

labile.zhu@gmail.com (Mark Zhu) — Thu, 21 Aug 2025 03:12:15 +0800

概述

本文将介绍如何使用 gemini-cli 这个命令行工具来分析其自身的源码库。我们将通过一系列交互式的命令，探索 gemini-cli 的设计和实现。这种方法不仅展示了 AI 工具的功能，也为开发者提供了一种新的学习和探索方式。

像 tcpdump 一样观察本地 AI MCP 的流量

labile.zhu@gmail.com (Mark Zhu) — Thu, 14 Aug 2025 03:12:15 +0800

简述

本文介绍在 Linux 环境下，如何通过系统级工具 peekfd 来观察 AI Agent 与本地 MCP Server 的流量。

缘起

作为一个焦虑与甲抗状态的待业中年。总会担心自己技术落后，而被资本家无情抛弃。特别是当下打开招聘平台，熟识的岗位不断被加上大模型前缀，好像不学点 AI 都找不到工作了…… 。现在去学 AI 基础科学显然已经不是中年程序员的能力范围了。不如结合自己老本行，去做点科学家们不乐于做的，暂时还是人工完成的 AI 应用基础架构。在技术变革的洪流中，希望还能找到一艘小船可以顺利渡过。有人说过，同是变化，有人看到是危机，有人看到是的却是机遇。

Envoy/Istio数据面 Buffer 的设计与流控

labile.zhu@gmail.com (Mark Zhu) — Sat, 05 Jul 2025 23:12:15 +0800

和所有网络类型的软件一样，Envoy 很重视 Buffer 相关的设计，因为这关系到性能与资源使用。本文试图说明 Buffer 核心设计以及与之相关的流控设计。

本文摘录自我的书《Envoy Proxy 内幕》最近的一些更新：Buffer 。这是 Envoy Proxy 的基础核心。Envoy 是一个 Proxy 拥有高负载低延迟要求。设计上必须考虑暂存网络数据 buffer 对资源的高效利用以及流控。良好的调度设计必须平衡内存与CPU资源消耗(footprint) 。

5 年写作感悟杂谈

labile.zhu@gmail.com (Mark Zhu) — Fri, 27 Jun 2025 23:12:15 +0800

缘起

工作 7 年的公司，今天是正式 last day，感谢他给的 work life balance 环境。也受 COVID-19 lockdown 那几年逆增上緣的影响，我于 2020年10月开始我的博客和公众号 Mark 的滿紙方糖言，于 2022年8月开始写第一本书《Istio & Envoy 内幕》，也算是坚持写作 5 年了。虽然中间经常间断。最近，也卖了开了 15 年斯柯达。很多事，都在无常和空之中。follow 这个号久的人也知道，我是个感想过敏的人。所以现在是个记录感想的好时间。

《Envoy Proxy 内幕》- 事件驱动与线程设计

labile.zhu@gmail.com (Mark Zhu) — Thu, 26 Jun 2025 23:12:15 +0800

本文摘录自我的书《Envoy Proxy 内幕》最近的一些更新，包括：事件驱动框架与线程模型。这些算是 Envoy Proxy 的基础核心了。大家都认为 Envoy 是一个 Proxy 。主要实现定制逻辑的请求转发。这点没错。但与拥有高负载低延迟要求的其它中间件一样。设计上必须考虑负载的调度和流控。良好的调度设计必须平衡吞吐、响应时间、资源消耗(footprint) 。本文主要讲事件、调度、多线程协同相关话题。

我的旧书《Envoy Proxy 内幕》

labile.zhu@gmail.com (Mark Zhu) — Fri, 13 Jun 2025 23:12:15 +0800

本文介绍我的新开源书籍 - 《Envoy Proxy 内幕》。它是一本专注于 Envoy Proxy 机制和实现深入探讨的书。内容主要源于我之前写的《Istio & Envoy 内幕》一书。现在把 Envoy 部分单独抽出来，重新整理成一本书。这样做的目的是为了让读者更专注于 Envoy 的内容，而免受 Istio 的干扰。有些内容也是 Istio 无关或不适用的。所以现在独立成书。以后《Istio & Envoy 内幕》一书将只更新 Istio 相关的内容。而把 Envoy 相关的内容更新都移到这本书《Envoy 内幕》上。

ChatBlog - 个人博客AI互动的尝试

labile.zhu@gmail.com (Mark Zhu) — Sat, 29 Mar 2025 03:12:15 +0800

简介

为博客加入一个 chatbot 是件有趣也实用的事。它/他/她可以基于博客内容和作者介绍文章，回答读者的一些简单问题。 ChatBlog(chat + blog) 或者是一个有趣有用的个人技术者互动分享模式。本文记录我的探索与实现过程。

码农零基础构建 LLM - Week 1 - 介绍 Large Language Models(LLM)

labile.zhu@gmail.com (Mark Zhu) — Sat, 23 Nov 2024 03:12:15 +0800

Hello everybody。这是一系列记述中年危机码农，打算从零开始学习和实践构建 LLM/AI 的故事。他可能学有所成，也可能会半途而废。不管如何，把故事记述下来。像曹雪芹的《石頭記》，叙述了青春的绽放，同时也道出了乾坤的循环：

码农零基础构建 LLM - Week 2 - 文本处理

labile.zhu@gmail.com (Mark Zhu) — Sat, 23 Nov 2024 03:12:15 +0800

Hello everybody。这是一系列记述中年危机码农，打算从零开始学习和实践构建 LLM/AI 的故事。学习路线跟随《Build a Large Language Model (From Scratch)》 —— SEBASTIAN RASCHKA。本文关于文本处理。

全栈后端架构与运维难题：exhaustion(耗尽) 与 intermittence(间歇)

labile.zhu@gmail.com (Mark Zhu) — Wed, 13 Nov 2024 10:12:15 +0900

我是个后端软件 Troubleshooting(故障解决) 爱好者。更准确地说，对 troubleshooting 已经有点像上瘾般的，难以自制的嗜好。这有时候是件好事，但有时候带出很多工作和生活上的困扰。无论如何，性格决定命运，既然改变不了，不如好好利用。

WeChat 官方 Linux 版本实现初探 - 珍惜不知情权

labile.zhu@gmail.com (Mark Zhu) — Sat, 09 Nov 2024 16:12:15 +0900

还记得多年前，我是我认识的同龄同行业的人中，最后一个开始使用 WeChat 的。或者说，是最不情愿使用的。究其原因，我当年最 “反感” 的有以下几点：

这么即时方便的通讯工具，进一步严重模糊了工作和生活的边界
这种社交方法，明显是更有利于会展示、更重视展示的人，而不是实干而沉默者。
让有控制话语权的人，或更喜欢利用话语权的人有更多无时无刻都可以全面入侵到生活的可能
没有了说 “不知道” 的空间。手机社交后，什么信息都是假设你已经知道了，很多时间，我更想得到一个不知情权。

不幸的是，我似乎别无选择，除非不再打算在江湖走了。或者，有一些人和我一样不喜欢这种 “社交”。但我未曾在现实中听过多少不满的声音。或者，我们已经习惯于所谓的 “存在即合理”。又或者，合理值多少钱。

Envoy 的 Integration Test(组件整合测试)

labile.zhu@gmail.com (Mark Zhu) — Sat, 10 Aug 2024 03:12:15 +0800

Envoy 成功原因之一是有严格的项目质量流程控制。如要实现一个新特性或扩展，必须编写组件整合测试用例。本文以 transport_sockets.tcp_stats 扩展的测试实现为例，说明 Envoy 的 integration test 架构。

Integration test 设计

用 Draw.io 打开

Envoy 的单元测试套路

labile.zhu@gmail.com (Mark Zhu) — Wed, 07 Aug 2024 03:12:15 +0800

Envoy 的单元测试套路

以下假设已经读过：

Testing Envoy with Bazel

GoogleTest Primer

被测试对象

/source/extensions/transport_sockets/tcp_stats/tcp_stats.h

class TcpStatsSocket : public TransportSockets::PassthroughSocket,
                       Logger::Loggable<Logger::Id::connection> {



  Network::TransportSocketCallbacks* callbacks_{};

/source/extensions/transport_sockets/tcp_stats/tcp_stats.cc

46: void TcpStatsSocket::onConnected() {
47:   if (config_->update_period_.has_value()) {
48:     timer_ = callbacks_->connection().dispatcher().createTimer([this]() {
49:       recordStats();
50:       timer_->enableTimer(config_->update_period_.value());
51:     });
52:     timer_->enableTimer(config_->update_period_.value());
53:   }
54: 
55:   transport_socket_->onConnected();
56: }


void TcpStatsSocket::setTransportSocketCallbacks(Network::TransportSocketCallbacks& callbacks) {
  callbacks_ = &callbacks;
  transport_socket_->setTransportSocketCallbacks(callbacks);
}

77: absl::optional<struct tcp_info> TcpStatsSocket::querySocketInfo() {
78:   struct tcp_info info;
79:   memset(&info, 0, sizeof(info));
80:   socklen_t optlen = sizeof(info);
81:   const auto result = callbacks_->ioHandle().getOption(IPPROTO_TCP, TCP_INFO, &info, &optlen); // <-----
82:   if (result.return_value_ != 0) {
83:     ENVOY_LOG(debug, "Failed getsockopt(IPPROTO_TCP, TCP_INFO): rc {} errno {} optlen {}",
84:               result.return_value_, result.errno_, optlen);
85:     return absl::nullopt;
86:   } else {
87:     return info;
88:   }
89: }

Mocks

EXPECT_CALL
EXPECT_CALL(`*`mock_object`*`,`*`method_name`*`(`*`matchers...`*`))
Creates an expectation that the method method_name of the object mock_object is called with arguments that match the given matchers matchers.... EXPECT_CALL must precede any code that exercises the mock object.

Istio Ambient 妙用 network namespace 实现跨 pod 集线器

labile.zhu@gmail.com (Mark Zhu) — Sat, 03 Aug 2024 23:12:15 +0800

所谓 Sidecarless 的 Istio Ambient ，严格来说，是由 sidecar container of pod 变成 sidecar pod of pods on a worker node。注意，这里我引入一个词：sidecar pod 。要实现同一 worker node 上的 pod 共享一个 sidecar pod，就要解决把所有 pod 的流量导向到 sidecar pod 的问题。

Envoy Mobile - 终端设备 Istio Sidecar 可行吗

labile.zhu@gmail.com (Mark Zhu) — Sat, 27 Jul 2024 08:12:15 +0800

Service Mesh 要是做到全链路到终端设备，就可统一流量从终端设备到最底层服务的控制面。或可为服务治理、流量可视化、边缘计算的流量本地化、响应时间的优化提供帮助。从而提升服务的用户体验。Envoy Mobile 有机会成为终端设备的 Istio Sidecar。

Imagine: jEnvoy = pid(Java + Envoy) - 脑洞还是脑残

labile.zhu@gmail.com (Mark Zhu) — Sun, 07 Jul 2024 03:12:15 +0800

引

人们想要 service mesh 的低代码服务网格，但同时对 CPU 资源消耗与服务延迟的增加忧心重重。于是出现了各种 Sidecar-Less。本文想像一个把 Envoy 嵌入 jvm，作为一个 Servlet Container 的设计，希望达到性能、资源效益、低代码服务网格的平衡。

轻量 eBPF+Prometheus+Trace - 微处觀自在

labile.zhu@gmail.com (Mark Zhu) — Sun, 23 Jun 2024 16:12:15 +0900

本文以 ebpf_exporter 持续跟踪内核 TCP/进程v行为为例，介绍一种基于轻量 eBPF+Prometheus+Trace 的定制系统底层观察和观察数据集成方法。

本文假设读者已经对 eBPF 理论有一些了解和使用（不一定是开发）。所以这里不会再写什么是 eBPF 、eBPF 如何强大之类推销内容了。如果你见到一个技术文章只说某一个技术的优点，没说缺点，然后拿着这个锤子去打所有见到的事物而不管那是不是个钉子，那么，take care.

我的书 - 《Istio & Envoy 内幕》

labile.zhu@gmail.com (Mark Zhu) — Sat, 15 Jun 2024 23:12:15 +0800

我的新开源书籍 - 《Istio & Envoy 内幕》，刚刚达到了一个里程碑，同时中英版本文同步完成。所以我想介绍一下。

Istio & Envoy Insider English Edition on Amazon.com

《Istio & Envoy 内幕》发布于 salttiger.com

请定量证明这是网络的锅 —— 我思，故 Envoy sidecar 在

labile.zhu@gmail.com (Mark Zhu) — Wed, 12 Jun 2024 08:12:15 +0800

Queen Christina of Sweden (left) and René Descartes(瑞典克里斯蒂娜女王（左）和笛卡尔（右）)

SRE / Supporting / Performance test teams 问题定位遇事不决三件宝：

图解 Istio & Envoy 请求处理流程、超时、熔断、指标监控 - 加入 http2

labile.zhu@gmail.com (Mark Zhu) — Sat, 08 Jun 2024 23:12:15 +0800

💂 关于封面：
Tower Bridge watercolor painting by Juan Bosco

📚 摘录说明：
本文摘自一本我在写作中的开源书《Istio & Envoy 内幕》中 Envoy 请求与响应调度一节。如果你看到的转载图片不清，可回到原书。《Istio & Envoy 内幕》epub 格式下载

Istio 基于 ALPN/TLS 握手的 HTTP 元信息交换

labile.zhu@gmail.com (Mark Zhu) — Sun, 12 May 2024 23:12:15 +0800

内容简介：为实现服务网格，Istio Proxy 需要在网点互连握手时作元信息交换。故 Istio 在原生 Envoy 上再定制了传输层的规约，以实现元信息交换。本文主要讲基于 ALPN/TLS 握手的 HTTP 元信息交换。

Envoy 的线程模型与 Thread Local

labile.zhu@gmail.com (Mark Zhu) — Wed, 01 May 2024 08:12:15 +0800

内容简介：本文尝试以具体示例说明 Envoy 的线程模型与 Thread Local 实现。

📚 摘录说明：
本文摘自一本我在写作中的开源书《Istio & Envoy 内幕》中线程模型一节。如果你发现转载图片不清，请回到原书。

我的首次开源 Envoy 贡献 - 劳动的快乐

labile.zhu@gmail.com (Mark Zhu) — Wed, 01 May 2024 08:12:15 +0800

Envoy 是我看过的所有开源项目中，文档方面做得最好的。尽管如此，对于新入门这个项目源码的 DevOps 专家 或 有志于贡献源码的开发者 来说，还是比较高门槛。这也是我写《Istio & Envoy 内幕》一书的原因之一。

Envoy/Istio 的拥塞流控与背压 - 看遍了冷冷清風吹飄雪漸厚

labile.zhu@gmail.com (Mark Zhu) — Sat, 06 Apr 2024 23:12:15 +0800

和所有代理类型的软件一样，Envoy 很重视流控，因为CPU/内存资源是有限的。但流控永远不是一个简单的事情。它牵扯到数据流路径上的所有参与者。本文试图说明白其中的原理与协作关系。

2024, live like Sisyphus

labile.zhu@gmail.com (Mark Zhu) — Fri, 26 Jan 2024 15:12:15 +0900

在开始写作本文时，我和平日一样，在拥挤的下班地铁上。已经站立了一个多小时了。背着办公电脑（码农锄头）的老腰开始有点酸痛。是的，我真想写点东西。这段时间被一堆生活破事儿打乱了生活本身、工作、写作的节奏。但我发现越是烦乱，另一个脑袋越会有一些一闪而过的感悟。当时觉得这些碎片式的感悟很有意思，很多是本来经历过和领悟过的东西，以前一直无法用言语表述，而在那一刹那，突然找到了很贴切的语言。可事后很快又忘记得一干二净。

原来我非不快乐 - 2025

labile.zhu@gmail.com (Mark Zhu) — Mon, 15 Jan 2024 15:12:15 +0900

2025 已经过去半个多月了。我却欠它一个照例的回顾。这大概是生命中到现在为止剧情最狗血的一年。不是不想回顾，是不知从何说起。

这一年发生了什么

中年码农失业、人生第一次最接近死亡的体验，然后在自己还没康复完，就轮到持续数月的老人医院求医和照料。开头的一个月没按时吃过几顿饭。睡觉时手机也从来不敢静音。每天不是跑医院就是查各种资料和找能看到的最适合的医生。

细说 Envoy 的事件与 NetworkFilter 框架 —— 机关算尽太聪明

labile.zhu@gmail.com (Mark Zhu) — Sat, 02 Dec 2023 23:12:15 +0800

Istio 的流量核心是 Envoy。而 Envoy 的核心是事件架构。明白了事件架构，深入研究 Envoy 就不难了。本文尝试分析 Envoy 的事件与 NetFilter 的设计架构。

💂 关于封面：
Rowan Atkinson(阿特金森)，《Mr Bean 憨豆先生》的演员。大部分人只以为他只是个用身体语言去演出不那么高级趣味的肥皂剧的演员，那么直是可惜了。现实是：
憨豆先生，电气工程师？阿特金森是一位知名学者，在纽卡斯尔大学获得了电气工程学士学位，在牛津大学女王学院获得了硕士学位。最重要的是，牛津大学在 2006 年授予他荣誉院士称号，这是一项相当严格的成就。尽管他最初开始表演是为了克服童年的口吃，但他在舞台上找到了归宿。他甚至决定放弃攻读电气工程博士学位，将时间投入到演艺事业中。自2012年臭名昭著的憨豆先生退休以来，阿特金森只复活了该角色一次，但这位演员在娱乐界的工作还远未结束。

如何测量进程级别或容器级别的 IO 延迟

labile.zhu@gmail.com (Mark Zhu) — Sat, 23 Sep 2023 03:12:15 +0800

概述

IO 延迟问题几乎是每个生产系统都会或多或少遇到的问题。虽然现在 NVMe + SSDs 已经可以到达 10Gbytes/s 的呑吐量，价格也非常亲民。但 IO 延迟问题不会消失。因为：

一些基于网络的的存储方案，如 Ceph，天然地有不稳定性
SSD / RAIN Controller 本身的不稳定性

在 Linux 下，传统地，我们有 iostat / sar 等等工具可以看系统级、存储设备级的问题。但均不能告诉你以下几点：

k8s 容器热替换/重启主进程 - gdb execve syscall 法

labile.zhu@gmail.com (Mark Zhu) — Thu, 22 Jun 2023 01:12:15 +0800

k8s 容器热替换/重启主进程 - gdb execve syscall 法

目标

k8s 环境下，在不停止或重启 container 的情况下，重启应用进程(pid:1)，甚至重新加载运行新版本的应用。本文以 gdb 作为工具，调用内核的 close / execve syscall，去实现这个目标。

k8s 容器热替换/重启主进程 - gdb exec 法

labile.zhu@gmail.com (Mark Zhu) — Sun, 18 Jun 2023 23:12:15 +0800

k8s 容器热替换/重启主进程 - gdb exec 法

The first car in my life - Fabia - Skoda

目标

k8s 环境下，在不停止或重启 container 的情况下，重启应用进程(pid:1)，甚至重新加载运行新版本的应用。本文以 gdb 作为工具，调用应用容器自带的 libc 的 close & exec 函数，去实现这个目标。

调试与观察 istio-proxy Envoy sidecar 的启动过程

labile.zhu@gmail.com (Mark Zhu) — Wed, 07 Jun 2023 20:12:15 +0800

调试与观察 istio-proxy Envoy sidecar 的启动过程

调试 Istio 网格中运行的 Envoy sidecar C++ 代码

labile.zhu@gmail.com (Mark Zhu) — Wed, 10 May 2023 17:12:15 +0800

调试 Istio 网格中运行的 Envoy sidecar C++ 代码

本文来源于我的开源书籍《Istio Insider》。

介绍

调试在 Istio 网格中运行的 Envoy sidecar C++ 代码。它有助于在代码级别深入研究 sidecar。它使我们在解决 Istio 问题或编写更好的 EnvoyFilter 或 eBPF 跟踪程序时更有信心。本文介绍如何使用 VSCode 和 lldb 调试 Envoy istio-proxy sidecar。

K8s CSI & ceph 构架图解，还有一些闲话

labile.zhu@gmail.com (Mark Zhu) — Sun, 30 Apr 2023 01:12:15 +0800

图源：Mr. Bean’s Holiday (2007) - Bean 经历万难，最终发现他的假期目的地

云存储的学习困难，难于 K8s CSI 框架复杂性，再加上如 ceph 分布式存储的复杂性。本文试图用互动式图例，让读者串联起两个领域自身与领域间的知识点，从而对整个流程有一个总体的感知；避免盲目深入一个一个零散的知识点孤岛而迷路。

特定条件下 Istio 发生 half-close 连接泄漏与出站连接失败

labile.zhu@gmail.com (Mark Zhu) — Wed, 11 Jan 2023 23:12:15 +0800

引

在 4 年前，Istio 让我眼前一亮的特性莫过于应用无关的流量拦截和透明代理。这为低成本进入 Service Mesh 时代大大降低了开发门槛。也是很多公司引入 Istio 的主要原因之一。

Envoy/Istio 连接生命周期与临界异常 —— 不知所谓的连接 REST

labile.zhu@gmail.com (Mark Zhu) — Wed, 11 Jan 2023 08:12:15 +0800

简介

本文目标：说明 Envoy 连接控制相关参数作用。以及在临界异常情况下的细节逻辑。目标是如何减少连接异常而引起的服务访问失败，提高服务成功率。

近期为解决一个生产环境中的 Istio Gateway 连接偶尔 Reset 问题，研究了一下 Envoy/Kernel 在 socket 连接关闭上的事。其中包括 Envoy 的连接管理相关参数和 Linux 系统网络编程的细节。写本文以备忘。

2022年的回顾;2023年的一些想法

labile.zhu@gmail.com (Mark Zhu) — Sat, 31 Dec 2022 15:12:15 +0900

2022年在我写这句话时，再过数小时就结束了。这是相当不平凡的一年。所以我觉得值得写个回顾。

回顾回顾

开始前，我翻了翻自己的博客。才发现，我只在 2020 年结尾写过年度回顾：《2020年的回顾;2021年的一些想法》。2021 年结尾，只写了《2022年书目推荐 —— 来自 GOTO podcast》。我想，是因为当年做的事情和设想相差太大了，就直接不写回顾了，毕竟不能太难为自己。今年的设想和执行还算比较对得上，所以想写个回顾。

世事洞明皆學問 - tcpdump 抓取 Istio 流量真心话

labile.zhu@gmail.com (Mark Zhu) — Sat, 17 Dec 2022 23:12:15 +0800

图片来源: Rowan Atkinson Goes to Battle in ‘Man vs. Bee’

本文摘自我的开源书《Istio & Envoy 内幕》中的 Istio 端口与组件。如图片不清，可回到原文。

最近，需要在 mTLS 的 Istio 1.12 环境下定位一些 “神奇” 的网络问题。经历过一些 tcpdump 抓取 Istio 流量的折腾，被迫又复习了一次 Istio 的网络魔术，固记录于本文。

图解 Fluent Bit 内部设计

labile.zhu@gmail.com (Mark Zhu) — Sat, 17 Dec 2022 23:12:15 +0800

图解 Fluent Bit 内部设计

本文摘录自我的开源书：《Mark’s DevOps 雜碎》中的图解 Fluent Bit 内部设计。如果你看到图片不清晰，请转回原文。

前言

最近，由于工作需要，用老程序员在 🐑 羊之前最快的速度，通过文档、源码，学习了 Fluent Bit 的一些核心实现设计。正所谓，学得快，忘得更快。固作本笔记，以备将来学不动。

好心分手 - Istio 网格节点故障快速恢复初探

labile.zhu@gmail.com (Mark Zhu) — Sun, 25 Sep 2022 23:12:15 +0900

Envoy & Istio 性能指标与原理初探

labile.zhu@gmail.com (Mark Zhu) — Sun, 11 Sep 2022 23:12:15 +0800

(Tower Bridge)伦敦的塔桥的开口跨度

💂 关于封面：
相信很多人听过《London Bridge Is Falling Down》这个儿歌，有人也知道这个是英国传统的儿童游戏歌曲。但很多人和我一样，以为 “London Bridge” 就是封面中的塔桥。直到今天，我才知道，“London Bridge” 并不是 “Tower Bridge”。所以，封面不是 “London Bridge”。无论喜欢与否，一个时代的符号走到了终点，愿安宁。

介绍我在起草中的一本书：《Istio & Envoy 内幕》

labile.zhu@gmail.com (Mark Zhu) — Sun, 14 Aug 2022 10:12:15 +0900

由来

大概在 2020 年，开始写 Blog ，然后不久开了个微信公众号，一直都在写一些技术文章和技工生涯的一些想法。几年下来，有正面的收获，也有反面的觉悟。但总像缺点什么。

Istio 学习地图 - 玩 Istio，而不是被 Istio 玩（友情预览版）

labile.zhu@gmail.com (Mark Zhu) — Sat, 30 Jul 2022 15:12:15 +0900

写在开头

读者对象

本文的对象是想比较深入学习 Istio 机理的同学，但不清楚学习路线，想看看本文的一些所谓“经验”。
对于未使用过 Istio 的同学，本文可能有点不好理解。

友情提醒

本文未写完，只是个友情预览版本
本文不是技术干货，很多个人色彩和水分。但有时喝喝鸡汤也不错的。

重要：风格、样式、本文的交互阅读方式 📖

可以这样说，我写作的大部时间不是花在文字上，是在图上，所以用电脑去读图，才是本文的正确打开方法。手机与微信号，只是个引流的阳谋。

从性能问题定位，扯到性能模型，再到 TCP - 都微服务云原生了，还学 TCP 干嘛系列 Part 1

labile.zhu@gmail.com (Mark Zhu) — Sat, 23 Jul 2022 16:12:15 +0900

引

本来想直接写理论、和实践分析的，但为了不 “赶客出門” 和不 TL;DR，还是以故事形式展开吧。语言要生动活泼。

故事的开始

话说，一次性能测试中，TPS 死活压不上，应用的响应时间增加。根据 Brendan Gregg 大神的最高指导精神，我开始用 USE(Utilization Saturation and Errors) 方法学去定位这个性能问题。

玩火的容器内存控制 CGroup - 容器基础拾遗 Part 1

labile.zhu@gmail.com (Mark Zhu) — Sun, 10 Jul 2022 08:47:11 +0100

引

容器内存限制是个矛盾而重要的选择，给多了浪费资源，给少了服务随机崩溃。

逆向工程与云原生现场分析 Part4 —— eBPF 跟踪 Istio/Envoy 之 upstream/downstream 事件驱动协作下的 HTTP 反向代理流程

labile.zhu@gmail.com (Mark Zhu) — Mon, 04 Apr 2022 16:12:15 +0900

注，原文来自 https://blog.mygraphql.com/zh/posts/low-tec/trace/trace-istio/trace-istio-part4/ 。如你看到的转载图片不清，请回到原文。

为何要了解 upstream/downstream 事件驱动协作下的 HTTP 反向代理流程

想不到还真坚持写到 Part4 了。不管你信不信，每一 part 的“为何”一节，是我觉得最难写的 :) 。如果你是第一次读这个系列，不用担心，每一节都是比较独立的。

逆向工程与云原生现场分析 Part3 —— eBPF 跟踪 Istio/Envoy 事件驱动模型、连接建立、TLS 握手与 filter_chain 选择

labile.zhu@gmail.com (Mark Zhu) — Sun, 20 Mar 2022 16:12:15 +0900

注，原文来自 https://blog.mygraphql.com/zh/posts/low-tec/trace/trace-istio/trace-istio-part3/ 。如你看到的转载图片不清，请回到原文。

承上

在上一篇逆向工程与云原生现场分析 Part2 —— eBPF 跟踪 Istio/Envoy 之启动、监听与线程负载均衡中，介绍了如何用 bpftrace 去跟踪分析 Envoy Listener 的 socket 监听，和监听是如何分配到 worker 线程的。

逆向工程与云原生现场分析 Part2 —— eBPF 跟踪 Istio/Envoy 之启动、监听与线程负载均衡

labile.zhu@gmail.com (Mark Zhu) — Sun, 13 Mar 2022 16:12:15 +0900

承上

在上一篇逆向工程与云原生现场分析 Part1 —— eBPF 跟踪 Istio/Envoy 之学步中，介绍了如何入门 bpftrace 跟踪 Envoy。这次我们来次较深度的历险。trace 观察一下 envoy 的启动、worker 线程启动与初始化、socket 监听。

逆向工程与云原生现场分析 Part1 —— eBPF 跟踪 Istio/Envoy 之学步

labile.zhu@gmail.com (Mark Zhu) — Tue, 01 Feb 2022 16:12:15 +0900

缘起

云原生复杂性

在 200x 年时代，服务端软件架构，组成的复杂度，异构程度相对于云原生，可谓简单很多。那个年代，大多数基础组件，要么由使用企业开发，要么是购买组件服务支持。

重新思考云原生时代的开发环境——从 Dev-to-Cloud 到 Dev@Cloud

labile.zhu@gmail.com (Mark Zhu) — Sun, 17 Oct 2021 15:12:15 +0900

大背景

滾滾長江東逝水，浪花淘盡英雄。

作为一个一直在底层苦苦挣扎多年程序员，保持一分学习的好奇心，对技术时势的感知，由为重要。因为这最终决定了技术方向。如果你是个在组织中有话语权的人，那么这影响到你组织的技术方向。而在技术驱动型的公司中，这个直接影响到公司的前途。

记一次 Istio 调优 Part 2 —— 饥饿的线程与 SO_REUSEPORT

labile.zhu@gmail.com (Mark Zhu) — Sat, 04 Sep 2021 15:12:15 +0900

图片来自：https://getboulder.com/boulder-artist-rocks-the-world/

引

话说，在很长一段时间，程序员依赖了摩尔定律。而在它到头之前，程序员找到了另一个救命稻草：并行/并发/最终一致。而到了今天，不是 Cloud Native / Micro Service 都不好意思打招呼了。多线程，更是 by default 的了。而在计算机性能工程界，也有一个词: Mechanical Sympathy，直译就是 机器同情心。而要“同情”的前提是，得了解。生活中，很多人了解和追求work life balance。但你的线程，是否 balance 你要不要同情一下？一条累到要过载线程，看到其它同伴在吃下午茶，又是什么一种同情呢？如何才能让多线程达到最大吞吐？

Java 容器化的历史坑（史坑） - 资源限制篇

labile.zhu@gmail.com (Mark Zhu) — Sat, 10 Jul 2021 15:12:15 +0900

由来

时间回到 2017 年，老东家要上 Kubernetes 了，有幸参与和学习（主要是学习）。当时遇到的一了所有 Java 容器化者都遇到的坑：JDK8 不为容器化设计综合症。最简单的例子是Runtime.getRuntime().availableProcessors()返回了主机的 CPU 数，而非期望的容器自身的cpu share/quota，或说 k8s 的 cpu request/limit。

记一次 Istio 冲刺调优

labile.zhu@gmail.com (Mark Zhu) — Fri, 02 Jul 2021 15:12:15 +0900

为何要调优

如果说，引入一个技术需要兴趣和冲劲，那么，让这个技术上线需要的是坚持和执着。 Cloud Native 如是， Istio 如是。
在上线前的性能测试中，Istio 的使用提供了可观察性、运维上的便利，同时也引入了痛苦：增加了服务响应延时。如何让痛苦减到最低，成了当下之急。

你的 Istio Mesh 性能及格吗？

labile.zhu@gmail.com (Mark Zhu) — Tue, 01 Jun 2021 15:12:15 +0900

前言

话说，一年前项目响应时代的号召，引入了 Istio，从此如刘备得卧龙、凤雏，走上了 Service Mesh 的光辉大道。现到准备益州之战(上线)之时。上线前，还得评估一下性能变化。

程序员的平行宇宙 —— eBPF 系统级跟踪技术简单入门

labile.zhu@gmail.com (Mark Zhu) — Wed, 10 Mar 2021 15:12:15 +0900

Linus Torvalds in 1991

程序员的平行宇宙

程序员有两个世界：

一个是编码世界，我们很容易认为，我们考虑了一切，也完成了一切的代码。
然后是运行世界，我们发现，无论我们多么的严谨和考虑一切，世界总是有异常。异常就好像电磁波，一开始，我们只能通过它引发的结果而发现它，而不能直接观察。因为它总出现在那些黑暗的角落，如果我们手中没有电简和电磁波示波器，一切只能依靠猜测和迷信。最后，我们进入了一个用猜测驱动的世界。有时候，我们运气好，猜中了。有时候，我们只能在 release 前多上香。

It is a capital mistake to theorize before one has data. Insensibly one begins to twist facts to suit theories, instead of theories to suit facts.

2月4日 - IT当年今日

labile.zhu@gmail.com (Mark Zhu) — Thu, 04 Feb 2021 15:12:15 +0900

2月4日 - IT当年今日

1943年2月4日 Ken Thompson 出生

简介

Unix 来源于一个程序员想玩游戏

肯尼斯·汤普森（Kenneth Thompson）与丹尼斯·里奇（Dennis Ritchie）一起在AT＆T贝尔实验室开发了UNIX。 UNIX操作系统结合了Multics提供的许多分时和文件管理功能，并由此得名。（Multics是1960年代中期的一个项目，代表了创建多用户，多任务操作系统的第一项努力。）UNIX操作系统迅速赢得了广泛的关注，尤其是在工程师和科学家中。

2020年的回顾;2021年的一些想法

labile.zhu@gmail.com (Mark Zhu) — Tue, 20 Oct 2020 15:12:15 +0900

2020年回顾

2020让我受益最大的资料 📚

翻开印象笔记，我回顾了一下最有价值的资料:

Service Mesh

深度理解 Istio 如何路由 TCP 流量

Container

Linux

Learn about different I/O Access Methods and what we chose for Scylla
[Book: BPF Performance Tools]

GraphQL

How Netflix Scales its API with GraphQL Federation

学到的技术⛷

Docker/Container 实现原理和架构的入门

labile.zhu@gmail.com (Mark Zhu) — Mon, 01 Jan 0001 00:00:00 +0000

from langchain.llms import Ollama
from langchain.embeddings import OllamaEmbeddings
from langchain.chains import RetrievalQA
from langchain.vectorstores import FAISS
from langchain.text_splitter import CharacterTextSplitter
from langchain.document_loaders import TextLoader

# 加载本地模型
llm = Ollama(model="llama2")
embeddings = OllamaEmbeddings(model="llama2")

# 加载文档
loader = TextLoader("your_knowledge_base.txt")
documents = loader.load()

# 切分文本
text_splitter = CharacterTextSplitter(chunk_size=1000, chunk_overlap=0)
texts = text_splitter.split_documents(documents)

# 创建向量数据库
db = FAISS.from_documents(texts, embeddings)

# 创建问答链
qa = RetrievalQA.from_chain_type(llm=llm, chain_type="stuff", retriever=db.as_retriever())

# 提问
query = "你的问题是什么？"
result = qa.run(query)

print(result)

FAISS.from_documents()

上面程序中，FAISS.from_documents 是什么作用？

labile.zhu@gmail.com (Mark Zhu) — Mon, 01 Jan 0001 00:00:00 +0000

https://en.wikipedia.org/wiki/JSON-RPC

https://www.jsonrpc.org/specification

文章 on Mark 的滿紙方糖言

记了么：一个有记忆的 AI 外语老师

记了么：一个有记忆的 AI 外语老师

你是不是也有这样的经历

译：AI Agent 开发生命周期 (ADLC)

Kanban - 多 Agent 协作设计模式

OpenClaw + 云容器 = Agent 并发安全沙箱浏览器

OpenClaw 出口流量管控 - AI Agent 的新安全市场

AI 焦虑：从 OpenClaw 到黑客帝国 Agent Smith

OpenClaw + 智能家居 + 家庭服务器 = 自由的家庭 AI Agent

OpenClaw 的设计模型浅析

为 OpenClaw 加入 Matrix Channel - 选择孤独真实

OpenClaw / Clawdbot AI 个人助手蹭热度尝鲜

招聘页面岗位订阅 Agent (PoC) - Part 1

Agentgateway 代理 MCP 流量初探

Agentgateway 实现分析 Part3 - Http Proxy

AI Agent 总线网关 agentgateway 实现分析 Part 2 - 服务生命周期

概述

AI Agent 总线网关 agentgateway 实现分析 Part 1

概述

Vibe Coding Is The WORST IDEA Of 2025 - Dave Farley

概述

用 gemini-cli 分析 gemini-cli 自身源码

概述

像 tcpdump 一样观察本地 AI MCP 的流量

简述

缘起

Envoy/Istio数据面 Buffer 的设计与流控

5 年写作感悟杂谈

缘起

《Envoy Proxy 内幕》- 事件驱动与线程设计

我的旧书《Envoy Proxy 内幕》

ChatBlog - 个人博客AI互动的尝试

简介

码农零基础构建 LLM - Week 1 - 介绍 Large Language Models(LLM)

码农零基础构建 LLM - Week 2 - 文本处理

全栈后端架构与运维难题：exhaustion(耗尽) 与 intermittence(间歇)

WeChat 官方 Linux 版本实现初探 - 珍惜不知情权

Envoy 的 Integration Test(组件整合测试)

Integration test 设计

Envoy 的单元测试套路

Envoy 的单元测试套路

被测试对象

Mocks

EXPECT_CALL

Istio Ambient 妙用 network namespace 实现跨 pod 集线器

Envoy Mobile - 终端设备 Istio Sidecar 可行吗

Imagine: jEnvoy = pid(Java + Envoy) - 脑洞还是脑残

引

轻量 eBPF+Prometheus+Trace - 微处觀自在

我的书 - 《Istio & Envoy 内幕》

请定量证明这是网络的锅 —— 我思，故 Envoy sidecar 在

图解 Istio & Envoy 请求处理流程、超时、熔断、指标监控 - 加入 http2

Istio 基于 ALPN/TLS 握手的 HTTP 元信息交换

Envoy 的线程模型 与 Thread Local

我的首次开源 Envoy 贡献 - 劳动的快乐

Envoy/Istio 的拥塞流控与背压 - 看遍了冷冷清風吹飄雪 漸厚

2024, live like Sisyphus

原来我非不快乐 - 2025

这一年发生了什么

细说 Envoy 的事件与 NetworkFilter 框架 —— 机关算尽太聪明

如何测量进程级别或容器级别的 IO 延迟

概述

k8s 容器热替换/重启主进程 - gdb execve syscall 法

k8s 容器热替换/重启主进程 - gdb execve syscall 法

目标

k8s 容器热替换/重启主进程 - gdb exec 法

k8s 容器热替换/重启主进程 - gdb exec 法

目标

调试与观察 istio-proxy Envoy sidecar 的启动过程

调试 Istio 网格中运行的 Envoy sidecar C++ 代码

调试 Istio 网格中运行的 Envoy sidecar C++ 代码

介绍

K8s CSI & ceph 构架图解，还有一些闲话

特定条件下 Istio 发生 half-close 连接泄漏与出站连接失败

引

Envoy/Istio 连接生命周期与临界异常 —— 不知所谓的连接 REST

简介

2022年的回顾;2023年的一些想法

回顾回顾

Envoy 的线程模型与 Thread Local

Envoy/Istio 的拥塞流控与背压 - 看遍了冷冷清風吹飄雪漸厚