kubernetes

吴声子夜歌

Kubernetes权威指南——网络原理（一）Kubernetes网络模型设计的一个基础原则是：每个Pod都拥有一个独立的IP地址，并假定所有Pod都在一个可以直接连通的、扁平的网络空间中。所以不管它们是否运行在同一个Node（宿主机）中，都要求它们可以直接通过对方的IP进行访问。设计这个原则的原因是，用户不需要额外考虑如何建立Pod之间的连接，也不需要考虑如何将容器端口映射到主机端口等问题。

无言听风雨丶

Kubernetes Service Mesh 与 mTLS 实战：从网络可达走向零信任服务通信一、引言：NetworkPolicy 拦得住 IP，却回答不了“谁在调用谁” 《NetworkPolicy 网络微隔离》解决了 Kubernetes 东西向流量的第一层问题：哪些 Pod 可以访问哪些 IP、端口。但真实业务继续演进后，仅靠它仍有几件事做不了：

跟原生 HPA 做对照压测：五轮里前四轮全废，最后一个结论也被我自己降级更名说明：本项目原名 KubeSentry，自 2026-11-03 起更名 KubeStasis（避免与既有项目重名）；CRD group 也于 11-04 由 apps.sentry.io 改为 kubestasis.io。前几篇文章里的旧名指的都是同一个项目，代码仓库现为 github.com/weirong-ui/…。

【K8s系列 (一) 】Docker与容器（上篇）⭐️名不显时心不朽，再挑灯火看文章。个人主页：YYYing.⭐️Kubernetes系列专栏：从零开始的k8s学习

给 Operator 加 Admission Webhook 踩的 4 个坑（其中 3 个本可以不踩）更名说明：本项目原名 KubeSentry，自 2026-11-03 起更名 KubeStasis（避免与既有项目重名）；CRD group 也于 11-04 由 apps.sentry.io 改为 kubestasis.io。前几篇文章里的旧名指的都是同一个项目，代码仓库现为 github.com/weirong-ui/…。

夯爆了，我被一个一句话接入的免费可观测平台策反了，那一刻我决定放弃用了3年的Prometheus本篇主角,DataKit 采集器与四条数据通道,其中 RUM 走官方 SDK环境,cn3 北京站点,DataKit 2.16.1,Windows 主机,一个 Spring Boot 业务系统

吴声子夜歌

Kubernetes权威指南——深入掌握Service（一）YAML格式的Service定义文件的完整内容如下：对各属性的说明如表所示。一般来说，对外提供服务的应用程序需要通过某种机制来实现，对于容器应用最简便的方式就是通过TCP/IP机制及监听IP和端口号来实现。例如，定义一个提供Web服务的RC，由两个Tomcat容器副本组成，每个容器都通过containerPort设置提供服务的端口号为8080：

图解 client-go Informer：手写一个 mini-Informer 才敢说懂更名说明：本项目原名 KubeSentry，自 2026-11-03 起更名 KubeStasis（避免与既有项目重名）；CRD group 也于 11-04 由 apps.sentry.io 改为 kubestasis.io。前几篇文章里的旧名指的都是同一个项目，代码仓库现为 github.com/weirong-ui/…。

流量大了自动加 Pod！K8s HPA 扩缩容与 ResourceQuota/LimitRange 资源管控实战学习参考：业务流量白天高峰要 20 个 Pod，半夜低谷只要 2 个——手动改副本数太累。K8s 提供了 **HPA（Horizontal Pod Autoscaler）**自动根据 CPU/内存负载扩缩 Pod 数量。但扩缩容的前提是你得先告诉 K8s 每个 Pod 该用多少资源（requests/limits），而多团队共享集群时还要用 ResourceQuota 给每个 namespace 分配总资源、用 LimitRange 给单个容器设默认值。本文从 Metrics Server 部署开始，完整

无言听风雨丶

Linux 容器本质探秘：Cgroup 与 Namespace 深度解析与实战一、引言很多人日常 docker run、kubectl apply 用得很熟，却说不清一个本质问题：容器到底是什么？一句被讲烂的话是"容器不是虚拟机"。但只说到这里等于没说。真正的答案是：容器 = 一个普通的 Linux 进程 + 一组 Namespace（限制它能"看见"什么）+ 一组 Cgroup（限制它能"用掉"多少资源）+ 一套 rootfs（OverlayFS 提供独立文件系统视图）。前面《Pod 安全》那篇我们强调过"容器共享宿主机内核、Namespace 只是视图隔离而非权限隔离"

无言听风雨丶

Kubernetes GitOps 持续交付实战：用 Argo CD 让 Git 成为集群事实源一、引言：部署成功之后，集群为什么还是“不可复制” 前面的文章已经解决了“怎么把应用部署进 Kubernetes”：手写 YAML 能理解对象关系，Helm 能模板化单个服务，Helmfile 能组织多服务栈。但生产团队很快会遇到另一类问题：

无言听风雨丶

Kubernetes 控制平面深度剖析：从 kubectl apply 到 etcd 写入的全链路一、引言：你以为的「提交」，其实是一场精密接力几乎每个 K8s 使用者都写过 kubectl apply -f deploy.yaml，但很少有人能完整说出：这一个命令，从敲下回车到对象真正落库，中间到底经过了几道关卡？多数人的心智模型是一个「黑盒」： kubectl apply ──▶ ??? ──▶ 对象出现在集群里而真实的链路是： kubectl │ (1) 读取 kubeconfig，构造 HTTPS 请求，携带身份凭据 ▼ kube-apiserver │ (2) Authenticati

openFuyao x 复旦大学软件工程实验室 Panel 回顾：Agentic时代，集群调度技术体系将如何演进？近期，openFuyao开源社区与复旦大学软件工程实验室（CodeWisdom团队）联合举办“Agentic时代，集群调度技术体系将如何演进”Panel活动，围绕Agentic负载带来的调度挑战、Kubernetes的角色定位及其与Agent Runtime的分层协作机制，结合产业实践展开深入讨论，共探AI Native基础设施的架构演进方向。

螺蛳粉螺蛳粉

第 05 篇：etcd 深入：Raft 共识、watch 机制与快照备份恢复实战（底座认知 05）etcd集群状态的权威存储底座认知 · 第 05 篇数据一致性、事务、watch 与快照备份一、etcd 的定位

相思难忘成疾

从零搭建 Kubernetes 1.30 集群：kubeadm 部署一主多从实战（RHEL 9.3 + Docker + flannel）本文从 kubernetes 基本概念讲起，完整演示在 RHEL 9.3 上使用 kubeadm 部署一个一主多从（1 master + 3 node）Kubernetes 1.30.4 集群的全过程，包含基础环境配置、cri-dockerd 适配、flannel 网络插件安装及集群验证，适合云原生入门与实操参考。

给 K8s 加一个自动值班员：分级故障自愈引擎系列第 3 篇《为什么 HPA 会震荡？手写一个带冷却窗口的伸缩决策引擎》让 KubeSentry 学会了聪明地伸缩，但那有个隐含前提——应用是健康的。这篇处理应用不健康的时刻：CrashLoopBackOff、5xx 飙升、金丝雀发布翻车。我们要把它变成一个"自动值班员"：会扩容、会摘除、会回滚，以及最重要的——知道什么时候该收手，打电话叫醒人类。

云和数据.ChenGuang

Python 闭包详解：从原理到实战在 Python 中，函数是一等公民（first-class citizen），可以像普通变量一样被赋值、传递和返回。正是这一特性，让「闭包」成为 Python 中一个既基础又强大的概念。

为什么 HPA 会震荡？手写一个带冷却窗口的伸缩决策引擎系列第 2 篇《从零写一个 K8s Operator：kubebuilder 初始化到第一个 Reconcile》里，我们的 KubeSentry 只会照着 spec 抄 Deployment。这篇给它装「脑子」：把 QPS / P99 / 错误率接进来，写一个真正能用的伸缩决策引擎，并解释清楚 HPA 那些让人抓狂的抖动到底从哪来。

-星空下无敌

Windows Docker K8s 安装部署Naocs ，SpringBoot 3.x 4.x 整合Naocs 版本兼容配置中心、服务注册与发现今天又在 SpringBoot 3.3.0 项目中引入了 Nacos ，过程一波三折，踩了不少坑，本来以为顶多一个上午就能搞定的事，硬是搞了 1.5 天。

吴声子夜歌

Kubernetes权威指南——深入掌握Pod（使用StatefulSet搭建MongoDB集群）本节以MongoDB为例，使用StatefulSet完成MongoDB集群的创建，为每个MongoDB实例在共享存储中（这里采用GlusterFS）都申请一片存储空间，以实现一个无单点故障、高可用、可动态扩展的MongoDB集群。部署架构如图所示。