混沌工程不是“随机搞破坏”,而是用受控实验验证系统在真实故障下是否还能守住 SLO。本文按 Principles of Chaos、Google SRE、Chaos Mesh、ChaosBlade、LitmusChaos 的官方资料,讲清实验设计、故障类型、工具选型、生产安全、Game Day、自动化和组织治理。
最后更新:2026-10-22
混沌工程不是“随机搞破坏”,而是用受控实验验证系统在真实故障下是否还能守住 SLO。本文按 Principles of Chaos、Google SRE、Chaos Mesh、ChaosBlade、LitmusChaos 的官方资料,讲清实验设计、故障类型、工具选型、生产安全、Game Day、自动化和组织治理。
最后更新:2026-10-22
本文基于 Kubernetes v1.37、Kubebuilder v4.16.0、controller-runtime v0.25.2 官方文档编写,讲清 Operator 的原理、CRD 设计、Reconciler、Webhook、测试、部署、升级和运维,并用三个由浅入深的开源项目做案例:Kubebuilder CronJob 教程、RabbitMQ Cluster Operator、KEDA。
本文基于 Gateway API v1.6.3(2026-10)和 Kubernetes v1.37 官方文档重写,替代原来的 NginxIngress 笔记。重点讲清 Gateway API 的角色模型、对象关系、路由、TLS、跨命名空间和从 Ingress-NGINX 迁移。
Ingress-NGINX 已于 2025-11 宣布退役,best-effort 维护持续到 2026-03,之后不再发布、不再修复安全漏洞。存量集群应尽快迁移到 Gateway API 或其他受维护的入口方案。
etcd 是一个强一致、高可用的分布式键值存储,使用 Raft 协议复制日志,常用于配置管理、服务发现、分布式锁、Leader 选举和 Kubernetes 集群状态存储。
本文基于 etcd 3.7.2(2026-09)和官方 latest 文档重写,覆盖架构、数据模型、etcdctl、集群、TLS/RBAC、compaction/defrag、备份恢复、监控调优、Kubernetes 实践,以及 Raft/MVCC/Watch/Lease 的深入机制。
名字来源:etc 代表
/etc配置目录,d 代表 distributed。etcd 适合存储控制面元数据,不适合当对象存储、日志库或大 Value 数据库。
本文基于 Istio 1.31.3(2026-10)官方文档重写,重点讲清原理,再落到安装、流量、安全、可观测性和企业实践。旧笔记写于 Istio 1.9,只覆盖了 Service Mesh 概念和少量组件;1.31 的变化较大:Mixer 早已移除,控制面统一为 istiod,配置 API 以 v1 为主,数据面除了 Envoy Sidecar 还有 Ambient 模式(ztunnel + waypoint),入口治理推荐 Gateway API。
1.31.0 于 2026-08-31 发布,官方支持 Kubernetes 1.32–1.36。1.31 值得注意的变化包括:Ambient 的 Address 变更只推送给受影响的 waypoint(AMBIENT_SCOPED_ADDRESS_PUSHES)、waypoint 加权金丝雀、ServiceEntry 可见性控制、AuthorizationPolicy 支持按信任域匹配、FIPS 140-3 合规策略,以及默认发送不健康 Endpoint 的行为变化。
最后更新:2026-10-23
本文基于 Kubernetes v1.37 官方文档重写,从运维视角讲清 Volume、PV/PVC 绑定、StorageClass、CSI、快照、克隆、扩容、拓扑、性能和故障排查。旧笔记中的 in-tree provisioner、kubernetes.io/*、--admission-control 等内容已过时,不再作为操作依据。
最后更新:2026-10-22
1 / 2