Mark 的滿紙方糖言

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 进行互动。

家中杂物管理术 - 不断不舍不离 Homebox

labile.zhu@gmail.com (Mark Zhu) — Tue, 20 Jan 2026 08:12:15 +0800

本文分享如何通过 Homebox —— 一个自托管的家庭物品管理系统，重新整理我的 “杂物生活”，节省时间、减少焦虑，并让全家人都受益。如果你的第一反应是 “就家里那点东西要上系统，至于吗？” 那证明你是个正常人，我以前也是这样的反应。作为一名技术爱好者，我曾长期被家中不断增长的电子设备和零部件小工具所困扰。

招聘页面岗位订阅 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 与 tracing 实验

labile.zhu@gmail.com (Mark Zhu) — Fri, 12 Dec 2025 08:12:15 +0800

内容简介：介绍用 AI Agent 控制智能电器的一次实验。尝试通过 agentgateway 代理所有 LLM 与 MCP 流量，实现集中认证、配置、tracing。

缘起

基于上期的 HA + 小米智能家居 = 失业宅心灵鸡汤基础上。我想试试：

HA + 小米智能家居 = 失业宅心灵鸡汤

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

本文介绍如何使用 Home Assistant (HA) 集成小米米家智能家居设备，实现基于 Prometheus Alertmanager 的自动化米家开关控制。并结合 HomeKit Bridge，实现 iPhone 位置感知驱动的自动化。

缘起

缘起：这节写得有点冗长，不喜可跳过。

Self-hosted - 数字世代的归园田居

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

无论是否愿意，我们大概已经离不开生活的数码化了。想想每天拍多少照片，多少微信消息，多少娱乐媒体，多少社交信息，多少数字化记录的知识或事项。

如果说 陶渊明的归园田居是东晋末年离开繁华喧嚣的生活态度，那么 Self-hosted 大概是数字时代里，远离公有云和现代互联网喧嚣、逃离各种有理或无理的数据监控和广告驱动的一种生活态度。

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 应用基础架构。在技术变革的洪流中，希望还能找到一艘小船可以顺利渡过。有人说过，同是变化，有人看到是危机，有人看到是的却是机遇。

那个算法尚未统治的时代：90 年代的互联网

labile.zhu@gmail.com (Mark Zhu) — Sun, 10 Aug 2025 01:12:15 +0800

人老了，就喜欢偶尔怀旧。把现在和过去作种种或片面，或全面，或主观或客观的对比。以前人们是在村口那棵老榕树下谈论天下大事，指点江山。现在大概是在微信群、朋友圈上高谈宽论。

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 内幕》上。

自家寶藏 - 待业程序员的禪思

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

缘起

这段时间在准备离开工作 7 年的公司了。对于一个中年的程序员，要再次步入久违非舒适区，选择未来的路似乎不像以前那么直接与简单了。IT 技术的路好像已经越走越窄了，而离开 IT 这个选项又等于离开一个已经生活 20 年的圈子，投入一个未知的世界。作为一个小时候种过十多年地的真耕学农民，回归是一个选项吗？或者《光輝歲月》这歌中已经回答了：

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

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

简介

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

Self-hosted 雜碎 2025

labile.zhu@gmail.com (Mark Zhu) — Sun, 02 Feb 2025 23:12:15 +0800

引

不知不觉，已经在现在工作的公司度过了 6 年。回望一下， 6 年前入职时的光景好像还在眼前。在离开前，或者适合回顾和思考这段时间的经历。工作上应用的技术一直在这个博客上更新，已经没什么好补充的了。不如写写这 6 年和之前工作的 14 年的区别，说一些好玩的事。

2024 年 Music/Spotify 回顾

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

2024 年快要成为过去。2024 年初，我写了《2024, live like Sisyphus》，不知道是不是 墨菲定律(Murphy's Law) 生效，还是自己预感正确，这大概是我近 20 年来最艰难的一年了。还好，有很多有心人，和有声与无声的书本、音乐陪伴我。我这几年一直用 Spotify 来听音乐和 podcast 。前几天，它像以往一样，推送给我 2024 年的音乐回顾。看到这些统计，我是有点触动的。有的事情自己或许猜到大概，但数据说出来的，往往比估计与猜想来得更真实。或者有句话没错：

码农零基础构建 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。本文关于文本处理。

可能是最深入全面的图解 Java Virtual Threads

labile.zhu@gmail.com (Mark Zhu) — Sun, 17 Nov 2024 08:47:11 +0100

本文尽我所能，用了数月时间，在学习了 Java Virtual Theads 的一些设计和实现理念后，用我所能的精炼文字和画图，去记录我的所学。是我现在能找到的最深入全面的图解 Java Virtual Threads 文章。

全栈后端架构与运维难题：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 的。或者说，是最不情愿使用的。究其原因，我当年最 “反感” 的有以下几点：

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

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

Java 如何使用 Linux 内存 -《面向技术宅的 JVM 内幕》

labile.zhu@gmail.com (Mark Zhu) — Fri, 01 Nov 2024 08:47:11 +0100

为了更高的性能、更高的内存利用率、更可靠的异常溢出保护机制，Java 重度重用了 Linux 的内存区 MMap 机制。k8s 容器环境下，内存使用预估也依赖于对它的理解。本文主讲 Java 的内存分区机制。

Java Safepoint/Handshake 全面剖析 -《面向技术宅的 JVM 内幕》

labile.zhu@gmail.com (Mark Zhu) — Tue, 29 Oct 2024 08:47:11 +0100

花数月时间，精心制作完成了《面向技术宅的 JVM 内幕》的 Safepoint 与 Threads Handshake 两节内容。是我现在能找到的全网最完整细致的 Safepoint 原理与实现分析。以下是节选内容。原文见：

可以这么说，我之前和大分部 Java 程序员，从 2014 年 Java 8 起，就很少再积极跟进 Java 底层的新技术了。原因无非几个：

从 JVM 学习路书到开源的酒神精神

labile.zhu@gmail.com (Mark Zhu) — Sun, 20 Oct 2024 08:47:11 +0100

内容概述：从 JVM 学习路书说到钻研开源的酒神精神。顺带说说《面向技术宅的 JVM 内幕》的更新内容。摘自我的开源书《面向技术宅的 JVM 内幕》中 JVM 学习路书一节。建议用电脑或平板阅读本书原文，排版、图片、结构、整体阅读体验更友好。

Java Safepoint/Handshake 剖析求证 - JVM 必要之恶 - TL²;DR

labile.zhu@gmail.com (Mark Zhu) — Sat, 12 Oct 2024 08:47:11 +0100

内容概述：Java Safepoint/Handshake 设计、实现原理剖析与求证 - 摘自我的开源书《面向技术宅的 JVM 内幕》中 Safepoint 一节。本文是摘录整合文章。建议用电脑或平板阅读本书原文，排版、图片、结构、整体阅读体验更友好。

JVM 剖析² 二次方 - Serviceability Agent

labile.zhu@gmail.com (Mark Zhu) — Thu, 03 Oct 2024 08:47:11 +0100

Serviceability Agent

Serviceability Agent(SA) 原是 HotSpot 原码库中的 Sun 私有组件，由 HotSpot 工程师开发，用于协助调试 HotSpot OpenJDK。他们随后意识到 SA 可用于支持用户编写 serviceability tools ，因为它可以在运行中的进程以及 Core Dump 文件中检视 Java 对象以及 HotSpot 数据结构。

JVM 堆栈内存剖析 - 《面向技术宅的 JVM 内幕》

labile.zhu@gmail.com (Mark Zhu) — Sat, 31 Aug 2024 08:47:11 +0100

由于堆栈是线程运行的 context，是运行引擎的热点核心数据。线程想触达到其它的在 heap 中的对象，几乎都要以这个 context 为根，去多次寻址才能触达 heap 中的目标数据。可以说，这个 context 就是串联各功能模块的中心，用它可以找到上级函数返回点、入参、本函数的本地变量……了解堆栈上保存了什么数据，怎样保存数据，对了解 JVM 运行引擎、JIT编译、GC 等等功能面有重要的串接作用。就可能知道功能面之间是如何耦合、协作，完成 JVM 的完整功能。

无处不在的 JNI - 《面向技术宅的 JVM 内幕》

labile.zhu@gmail.com (Mark Zhu) — Sat, 31 Aug 2024 08:47:11 +0100

《面向技术宅的 JVM 内幕》

不知不觉，以 Java 程序员的名义在职场混了 20 有余个年头。年纪渐长，就养成了一个年轻人最讨厌的毛病：总喜欢回望过去。我一直写书和博客，都在思考一个问题。我为什么，为谁在写东西？总的回答是，我想留下和分享点东西，意义在于留下和分享的过程。读者当然越多越好，但从不为读者多少而主导自己的写作范围。

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 的问题。

一个IP包的旅行 —— K8s 网络之 Calico 浅度解构

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

前言

学习 Kubernetes 就像玩动作游戏，当我高高兴兴地打败了一关的 BOSS 后总以为是大结局了，谁知道后面还有更大的BOSS 出现。当我以为学习完容器化、Linux cgoup / namespace / docker 后，就可以大结局了，谁知道后面还有 CNI。

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 的设计，希望达到性能、资源效益、低代码服务网格的平衡。

Linux: 一切皆文件; peekfd: 偷看一切文件读写

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

引

内容简介

Linux 大部分数据流动，包括进程间通讯，socket…… 均通过文件描述符(fd) 读写实现。在 troubleshooting 时，如果可以偷看到 fd 的流量，那么很多问题可以加速证明/证伪。本文介绍一个老工具 peekfd ，可以在一定环境中完成这个任务。

小编码，我输给 AI 了 —— 简记一次父子进程互锁的坑，自己挖的

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

简述

最近自己挖了一个：父子进程互锁的坑，真是应了一句话：

Debugging is like being the detective in a crime movie where you are also the murderer.

- Filipe Fortes
调试就像是犯罪电影中的侦探，而你也是凶手。

先说结论吧：可能真是太久没认真写代码了，犯了个低级错误：

码农幽默英语排行榜 S1E2

labile.zhu@gmail.com (Mark Zhu) — Thu, 04 Jul 2024 23:12:15 +0800

Source: Norman Rockwell

“there is only one true heroism in the world: to see the world as it is, and to love it” ― Roman Rolland

「世上只有一種英雄主義，就是在認清生活真相以後，依然熱愛生活。」 — 羅曼．羅蘭

再別科橋诗两首

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

广州塔下搬砖望帝景

source: 上图来源已经标注

再別科橋

悄悄地我走了，
正如我悄悄地來；
我最後發了個 farewell，
作別當天的戰友。

C++ 项目构建工具 Bazel 学习笔记

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

Bazel 概念与对象

用 Draw.io 打开 bazel-overview.drawio.svg

用 Draw.io 打开 bazel-concept.drawio.svg

用 Draw.io 打开 bazel-external-dep.drawio.svg

CPP use cases

Adding include paths

https://bazel.build/tutorials/cpp-use-cases#add-include-paths

Sometimes you cannot (or do not want to) root include paths at the workspace root. Existing libraries might already have an include directory that doesn’t match its path in your workspace. For example, suppose you have the following directory structure:

轻量 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 问题定位遇事不决三件宝：

我的智能家居设计 —— 说说好像过时的 IOT

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

首先声明一下，我写这篇文章时，小米没给我钱。当然如果后来雷军想给我钱，那么就是后话了。毕竟嘛…… 我爱 RMB。我不是米粉。在 1994 年左右，当时作为小学生的我，也曾是 DOS 下的 WPS 粉。当时 WPS 有一个通用密码 Ctrl-QIUBOJUN ，所以严格来说，我曾是金山粉，或者雷军他前老板求伯君粉，或者叫“金”粉？

我的个人知识库的构建－ Stop 404

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

Adolf Hitler viewing the bust of Friedrich Nietzsche in 1931 © Fotoarchiv Hoffman

码农之路一走就是二十年了。前十五年应了陶渊明的一句话：＂人生无根蒂，飘如陌上尘＂，每换一家公司或项目，技术栈也会跟着或多或少地改变。这种状态很难积累到什么有竞争力的技术，有时候幸运可以积累点，有限的大脑内存也因时间和需要腾出空间存放新知识而忘记。

图解 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 内幕》一书的原因之一。

True world?

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

Image from [Happiness short movie - Steve Cutts]

Disclaimer: 本故事纯属虚构，如有雷同，实属不幸

在 Long long ago，有个叫 CanTon City 的城市。故事的主角，叫 Mickey，他住在离 CanTon City 30 公里远的 FoSame City。这是一个平凡的上班日，拥挤的地铁车厢里，我们的主角 Mickey 站立着，左右两边和背面都被人顶得严实。耳边传来的不是 TikTok 剧场的声音，就是旁边一群貌似退休者在兴奋地讨论下个景点去哪里，还有讨论朋友圈发的那朵木棉花没对好焦，大概是镜头买了旧款，光圈不足……偶尔还可以嗅到一些不知从哪儿来的气味。

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

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

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

借一次家庭局域网互联探索 - 谈谈互联网原义

labile.zhu@gmail.com (Mark Zhu) — Sun, 10 Mar 2024 01:12:15 +0800

图：广州艺术博物馆顶。拍摄于 2024年 2 月

引

对于大牛，这段内容有点哆嗦唠叨，毕竟读者想看的或者就是个配网方法，而作者想写的竟然是 Internet 历史，不喜可跳过。

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年臭名昭著的憨豆先生退休以来，阿特金森只复活了该角色一次，但这位演员在娱乐界的工作还远未结束。

Linux 下巨量窗口快速查找切换工具 Rofi —— 键盘总比眼睛快

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

图源：How to organize your Windows desktop

引

窗口切换是程序员的高频操作，而在今天大屏和巨量窗口环境中，眼和手都不堪重负。如何让心流不被找窗口打断？如果有个工具，只需要输入窗口名关键字就可以完成切换，该多好。

误落尘网中，一去三十年

labile.zhu@gmail.com (Mark Zhu) — Fri, 29 Sep 2023 10:00:00 +0800

从 2025 年6月底失业到现在(2025 年 11 月)，大概 5 个月的时间，经历了不少的事情，一直想记录下来; 但又苦于没想出什么可以提炼出来的感悟，所以一直都没有开始写。毕竟，写一篇吐苦水式的伤痕文学大概没多少人想看，自己写着也乏味。

eBPF 求证坊间传闻：Java GC 日志可导致整个 JVM 服务卡顿？

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

[TOC]

概述

实现世界的 Java 应用，都会记录 GC 日志。但不是所有人都知道小小的日志可能导致整个 JVM 服务卡顿。本文尝试用 eBPF 等分析方法，去证明具体环境下，问题的存在与否。

eBPF 求证坊间传闻：mmap + Java Safepoint 可导致整个 JVM 服务卡顿？

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

[TOC]

概述

Java 支持好几种文件读取方法，本文要说的是小众的 mmap(MappedByteBuffer) 以及它与 Safepoint、JVM 服务卡顿之间的关系。本文尝试用 eBPF 等分析方法，去证明具体环境下，问题的存在与否。

如何测量进程级别或容器级别的 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 等等工具可以看系统级、存储设备级的问题。但均不能告诉你以下几点：

Self-hosting 个人在线记事本 - Joplin

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

引

现代生活，大部分人都有信息过载的烦恼。光是家庭事务、生活、工作的信息量就已经爆炸了。程序员群体更是要持续学习充电，信息量更大。好记性不如烂笔头，那么如何记才可以最大化记事的价值？电子化的记事是一个选项，只要手机在身，就可以方便记录与查阅。还可以多设备同步备份和离线查阅。

准 Self-hosting 的个人在线书架 - Zotero

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

引

只要您还想在程序员道路上发展，那么长期的系统式的学习是少不了的。碎片时代，知识的学习渠道也在短平快化。似乎，没什么东西是一个 ChatGPT + 搜索解决不了的。但硬币总有两面，如果每个人都只停留在 “知道” 碎片知识的阶段，而你可以深入和融会贯通知识，并消化思考，整合。最少有以下好处：

分析 Java 应用在 Istio 下的 warm up

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

分析 Java 应用在 Istio 下的 warm up

故事的开始

在很久很久前的，有个测试找到一个开发，说 k8s 下 HPA(自动伸缩) 新启动的 pod 的 api latency 特别高：

需要注意，上图是在 Java 服务提供者自身观察到的 latency，即观察点是服务的 server 端或说 upstream 。有同学会问，这个重要吗？ api latency 就是 api latency 了，还要管是什么观察点的观察结果？

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 分布式存储的复杂性。本文试图用互动式图例，让读者串联起两个领域自身与领域间的知识点，从而对整个流程有一个总体的感知；避免盲目深入一个一个零散的知识点孤岛而迷路。

基于 libbpf 的 TCP 连接延迟监视工具 tcpconnlat 分析 - eBPF基础知识 Part5

labile.zhu@gmail.com (Mark Zhu) — Wed, 12 Apr 2023 03:12:15 +0800

基于 libbpf 的 TCP 连接延迟监视工具 tcpconnlat 分析 - eBPF基础知识 Part5

《eBPF基础知识》系列简介：

《eBPF基础知识》系列目标是整理一下 BPF 相关的基础知识。主要聚焦程序与内核互动接口部分。文章使用了 libbpf，但如果你不直接使用 libbpf，看本系列还是有一定意义的，因为它聚焦于程序与内核互动接口部分，而非 libbpf 封装本身。而所有 bpf 开发框架，都要以相似的方式跟内核互动。甚至框架本身就是基于 libbpf。哪怕是 golang/rust/python/BCC/bpftrace。

经典 libbpf 范例: uprobe 分析 - eBPF基础知识 Part4

labile.zhu@gmail.com (Mark Zhu) — Mon, 03 Apr 2023 03:12:15 +0800

经典 libbpf 范例: uprobe 分析 - eBPF基础知识 Part4

《eBPF基础知识》系列简介：

《eBPF基础知识》系列目标是整理一下 BPF 相关的基础知识。主要聚焦程序与内核互动接口部分。文章使用了 libbpf，但如果你不直接使用 libbpf，看本系列还是有一定意义的，因为它聚焦于程序与内核互动接口部分，而非 libbpf 封装本身。而所有 bpf 开发框架，都要以相似的方式跟内核互动。甚至框架本身就是基于 libbpf。哪怕是 golang/rust/python/BCC/bpftrace。

经典 libbpf 范例: bootstrap 分析 - eBPF基础知识 Part3

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

经典 libbpf 范例: bootstrap 分析 - eBPF基础知识 Part3

《eBPF基础知识》系列简介：

《eBPF基础知识》系列目标是整理一下 BPF 相关的基础知识。主要聚焦程序与内核互动接口部分。文章使用了 libbpf，但如果你不直接使用 libbpf，看本系列还是有一定意义的，因为它聚焦于程序与内核互动接口部分，而非 libbpf 封装本身。而所有 bpf 开发框架，都要以相似的方式跟内核互动。甚至框架本身就是基于 libbpf。哪怕是 golang/rust/python/BCC/bpftrace。

Linus 自传 [Just for FUN]读后感 - Part2 从一个书呆子（Nerd）的诞生，扯到现代教育

labile.zhu@gmail.com (Mark Zhu) — Fri, 17 Mar 2023 03:12:15 +0800

图片来源：www.vic-20.it

本文包括 Linus 自传 [Just for FUN 读书笔记] —— 一个书呆子（Nerd）的诞生部分的读后感。讲述了 Linus 如何与计算机结缘。观察Linus 幼年时，对比现代科技环境与社会文化环境后的一些感想。也聊聊现代教育鸡娃的事实。作为一个程序员，同时也是一个小学生的家长，我的浅见。

BPF 系统接口与 libbpf 示例分析 - eBPF基础知识 Part2

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

BPF 系统接口与 libbpf minimal 示例分析 - eBPF基础知识

如果你学习 eBPF。那么你不久就会发现，几乎所有 eBPF 的架构，包括 BCC/bpftrace 在内，都在用户态使用了 libbpf 这个 helper lib。

Linus 自传 [Just for FUN]读后感 - Part1 前言

labile.zhu@gmail.com (Mark Zhu) — Fri, 10 Mar 2023 03:12:15 +0800

最近有幸读到 Linux 发起者 Linus 主笔的 [Just for FUN – THE STORY OF AN ACCIDENTAL REVOLUTIONARY] 一书。比较有趣，怕日后忘记。于是写本文以记录。

书评

豆瓣读书中有本书的评价。

本书对作者的评价是：

有些人天生就有能力领导数百万人。另外有的人天生就是要编写改变世界的软件。而同时做到了这两点的只有一个人：Linus Torvalds。

ELF 格式简述 - eBPF基础知识 Part1

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

本文摘自我的《Mark’s DevOps 雜碎》中的《ELF 格式简述》。如图片不清，可转回原处。

引

为何要研究 ELF 格式？因为想深入点学习 eBPF ，充分利用它的特性，而非只利用它的名声，ELF 格式是跳不过的。

实时跟踪内核 TCP 连接失败与重试 - 基于 BPF

labile.zhu@gmail.com (Mark Zhu) — Fri, 17 Feb 2023 23:12:15 +0800

引

生产环境的问题，按出现频率，大体可以分为两类：

高频问题
低频问题
- 周期性低频问题
- 无周期随机发生问题
  - 单例发生
  - 多例发生

一般，遇到 无周期随机发生问题 且 单例发生 的情况，是最难定位问题根源的。

特定条件下 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 的一些核心实现设计。正所谓，学得快，忘得更快。固作本笔记，以备将来学不动。

从《Why I Left Facebook》扯到蘇東坡《卜算子》

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

从《Why I Left Facebook》扯到蘇東坡《卜算子》

前段时间，由于要研究一个 TCP 接收缓冲区大小配置的问题，搜索到了一编 Blog： A TCP Timeout Investigation。感觉 Blog 主是个现世小众的技术较真之人。于是浏览了他的其它文章，看到一编： Why I Left Facebook。感触良多，故翻译之。

容器化 TCP Socket 缓存、接收窗口参数

labile.zhu@gmail.com (Mark Zhu) — Sun, 02 Oct 2022 23:22:15 +0800

最近需要支持一个单 POD 的 TCP 连接数上 10k 的基础服务(Cassandra)的容器化。需要对其使用的资源（特别是TCP缓存内存），以及对相邻 Pod（同一 worker node 上运行的）影响（即容器隔离情况），等进行预估。故写本文，以备忘。希望对读者也有一定参考价值，毕竟做技术要较真，要么有时间和能力就自己看内核源码，如果不能，要看文档和文章的话，只能货比三家才靠谱。

可能是最完整的 TCP 连接健康指标工具 ss 的说明

labile.zhu@gmail.com (Mark Zhu) — Sat, 01 Oct 2022 01:12:15 +0800

写在前面

我不是网络专家，只是在经历了多年的生产和测试环境网络问题排查后，不想再得过且过，于是记录下所学到的知识。由于对 TCP 栈的实现了解有限，所以内容仅作参考。

好心分手 - 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 的同学，本文可能有点不好理解。

友情提醒

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

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

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

Mark 的滿紙方糖言

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

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

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

OpenClaw 的设计模型浅析

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

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

家中杂物管理术 - 不断不舍不离 Homebox

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

Agentgateway 代理 MCP 流量初探

Agentgateway 实现分析 Part3 - Http Proxy

智能家居集成 AI Agent - agentgateway 与 tracing 实验

缘起

HA + 小米智能家居 = 失业宅心灵鸡汤

缘起

Self-hosted - 数字世代的归园田居

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 的流量

简述

缘起

那个算法尚未统治的时代：90 年代的互联网

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

5 年写作感悟杂谈

缘起

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

我的旧书《Envoy Proxy 内幕》

自家寶藏 - 待业程序员的禪思

缘起

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

简介

Self-hosted 雜碎 2025

引

2024 年 Music/Spotify 回顾

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

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

可能是最深入全面的图解 Java Virtual Threads

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

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

Java 如何使用 Linux 内存 -《面向技术宅的 JVM 内幕》

Java Safepoint/Handshake 全面剖析 -《面向技术宅的 JVM 内幕》

从 JVM 学习路书 到 开源的酒神精神

Java Safepoint/Handshake 剖析求证 - JVM 必要之恶 - TL²;DR

JVM 剖析² 二次方 - Serviceability Agent

Serviceability Agent

JVM 堆栈内存剖析 - 《面向技术宅的 JVM 内幕》

无处不在的 JNI - 《面向技术宅的 JVM 内幕》

《面向技术宅的 JVM 内幕》

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

Integration test 设计

Envoy 的单元测试套路

Envoy 的单元测试套路

被测试对象

Mocks

EXPECT_CALL

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

一个IP包的旅行 —— K8s 网络之 Calico 浅度解构

前言

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

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

引

Linux: 一切皆文件; peekfd: 偷看一切文件读写

引

内容简介

小编码，我输给 AI 了 —— 简记一次父子进程互锁的坑，自己挖的

简述

码农幽默英语排行榜 S1E2

再別科橋 诗两首

再別科橋

C++ 项目构建工具 Bazel 学习笔记

Bazel 概念与对象

CPP use cases

Adding include paths

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

从 JVM 学习路书到开源的酒神精神

再別科橋诗两首

我的个人知识库的构建－ Stop 404

Envoy 的线程模型与 Thread Local

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

BPF 系统接口与 libbpf 示例分析 - eBPF基础知识 Part2

BPF 系统接口与 libbpf minimal 示例分析 - eBPF基础知识