来源: cncf.io
23
Kubernetes SIG Network 的 ingress-nginx controller 将在 2026 年 3 月退役。这个变化的重点不是“项目不再时髦”，而是它会直接改变生产集群的风险模型：继续停留在退役控制器上，意味着后续 CVE 可能没有补丁，新特性也会停止进入这条路线。对负责平台和业务稳定性的团队来说，现在该把入口层迁移放进路线图，...
来源: infoq.com
24
Kubernetes 社区正在把 AI 引入开源维护流程，但它没有把“自动化”当成免责任通行证。新的框架强调：AI 可以帮助维护者整理信息、加速检查、辅助生成草稿，但代码质量、合并判断和项目治理责任仍然落在人类维护者身上。 这件事对所有开源项目都有参考价值。越是核心基础设施，越不能只问“AI 能不能做”，还要问“出了问题谁负责、如何审计、如何让贡献者说...
来源: infoq.com
42
Airbnb 披露了 Sitar-agent 的架构：它是运行在 Kubernetes 服务旁边的 sidecar，用来把动态配置稳定地下发到数以万计的 Pod。这个系统每分钟要处理多次配置更新，核心挑战不是“能不能推送配置”，而是当规模、启动风暴、网络抖动和存储故障同时出现时，应用还能不能拿到可用配置。 这次重构的几个关键词很明确：Java 重写、用...
来源: kubernetes.io
33
etcd v3.7.0 是一个不小的 minor release。它解决了大范围查询一次性缓冲带来的延迟和内存问题，引入 RangeStream；继续压低 Kubernetes 控制平面的 CPU 开销；同时把启动链路从遗留 v2store 中抽离出来，并完成 protobuf 依赖的大规模更新。对只运行官方镜像的团队来说，这更像一次需要认真读升级说明...
来源: my.oschina.net
25
F5 NGINX Ingress Controller 5.3.0 的发布赶上了一个很现实的时间点：Kubernetes 社区已经宣布，社区维护的 ingress-nginx 项目将在 2026 年 3 月停用。对很多集群来说，Ingress 不是边缘组件，而是生产流量进入服务的第一道门。现在需要做的不是临时换个镜像，而是重新盘点 ingress 策略...
来源: cncf.io
34
kpt 的定位很明确：它不是另一个只会 的包装器，而是一套以“包”为中心的基础设施自动化工具链。它面向 Kubernetes 平台和 KRM，也就是 Kubernetes Resource Model 驱动的配置，把配置编写、自动化处理和交付流程放进同一个工作流里。 对于已经在用 YAML、Kustomize、GitOps 或平台工程流水线的团队来说，...
来源: postgr.es
35
一次 PostgreSQL 16.8 生产库事故，最初看起来像内存问题：日志里出现了 。直觉上，很多人会先怀疑物理内存不足，或者某处发生了内存损坏。但真正的根因更隐蔽：checkpointer 进程遇到了一个已知缺陷，被困在 fsync 请求队列的无限重试循环里。 这类问题危险的地方在于，它不会立刻把数据库打挂，而是让 checkpoint 长时间无法...
来源: cncf.io
31
Kubernetes v1.35 中，Dynamic Resource Allocation（DRA）进入 GA。这个变化的意义不只是“又多了一个 API”，而是 Kubernetes 开始用更细粒度的方式描述和分配设备资源：GPU、网卡、加速卡、带拓扑约束的硬件，都可以从简单的 走向“我要哪类设备、带什么属性、如何绑定给 Pod”。 同时，NVIDI...
来源: postgr.es
24
在 Kubernetes 上跑数据库 Operator，信任链不只落在 GitHub 上的源码。真正启动 Pod 的，是 Operator 拉取的容器镜像；镜像所在的 registry、镜像发布条款、镜像里打包的 PostgreSQL 构建和扩展，都会变成生产系统的一部分。Percona Operator for PostgreSQL 3.0.0 开始...
来源: my.oschina.net
28
Higress 最近发布 v2.2.3，同时项目迈入 CNCF Sandbox。这个节点值得关注：它不只是一次版本号更新，主仓库有 48 项更新，Higress Console 有 8 项更新，方向也很明确——继续扩展 AI Gateway 能力，并增强对 Kubernetes Gateway API 的兼容。 对正在把大模型能力接入生产流量的团队来说...