Mark 的滿紙方糖言

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

花数月时间，精心制作完成了《面向技术宅的 JVM 内幕》的 Safepoint 与 Threads Handshake 两节内容。可能是全网最完整的 Safepoint 原理与实现分析了。

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

Java Safepoint/Handshake 剖析求证 - JVM 必要之恶 -《面向技术宅的 JVM 内幕》

JVM 剖析² 二次方 - Serviceability Agent

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

无处不在的 JNI 及相关技术栈 - 《面向技术宅的 JVM 内幕》第1回

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

Envoy 的单元测试套路

反k8s模式：让一个 pod 加入到同一个 node 的其它 pod 的 network namespace 中。Istio Ambient 的奇技*巧

前言

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

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

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