滚动更新时客户端收到连接重置或 502，旧 Pod 的 STATUS 仍是 Terminating，不说明业务函数没返回。删除一开始，CLB 摘流、Endpoi...

有些企业在信创改造时，为了兼顾现有 x86 应用、降低迁移成本，会选择采购搭载海光 CPU 的服务器。同时，也会为已经完成 ARM64 适配的业务采购鲲鹏服务器...

做集群资源治理时，最容易踩的坑不是 YAML 写错，而是几个机制的生效阶段不同：LimitRange 在 mutating admission 阶段给容器补默认...

一个实用的判断："换一种做法"用 Strategy，"多做一件事"用 Decorator。

当团队已经能在KubeSphere中查看微服务、Pod、事件与日志，下一步往往希望把它交给更多开发者：“选一个服务，填环境和版本，就能完成发布。”

Kubernetes 的 CronJob 是这套环境里唯一同时具备「声明式」和「有历史记录」两个属性的定时器。

之前国庆 homelab 升级为 ipv4+ipv6 双栈，近期又对 4个节点进行了更新和重启。结果发现：一条 kubelet 告警，每 10 秒重复一次。

顺序是 apiextensions → kube → aggregator，每一层把下一层当作 delegate。

当一个Java工程拆成几十个进程以后，部署工作就不只是“把所有Jar启动起来”。网关要找到正确的服务，服务要读到正确的配置，业务调用要能跨进程完成，发布结果还需...

把Spring Cloud服务部署进Kubernetes后，经常会遇到这样的现场：KubeSphere里Pod正常，Nacos里实例健康，运维也能看到配置文件，...

Java 微服务上云之前，团队往往已经有一台 Windows 服务器：源码、IDE、远程维护和既有工具都在上面。为了搭建容器集群，是否必须先重装 Linux？

今天又在 SpringBoot 3.3.0 项目中引入了 Nacos ，过程一波三折，踩了不少坑，本来以为顶多一个上午就能搞定的事，硬是搞了 1.5 天。

传统部署里，应用假定自己运行在一台长期存活的机器上：本地磁盘可写、进程不会无故消失、IP 固定、启动顺序可控。K8s 里这些假设全部不成立——Pod 随时可能被...

90% 的场景应该用 CRD。 聚合层不是"更高级的 CRD"，而是一个完全不同量级的工程：你要自己实现一个 apiserver。

最容易错的一点：你写进去的版本，几乎从来不是 etcd 里存的版本。 哪怕你用 v1beta1 提交，落盘的也可能一直是 v1——读的时候再实时转回去。

业务pod注入了envoy之后无法连接mysql，去掉envoy注入后，连接mysql正常。

这里svc的clusterip是10.55.253.167，但是通过ip却连不上nginx，这是为什么呢？