行业动态01
Kubernetes 用来限制容器 CPU 和内存的底层机制 cgroup v1 正在被淘汰,从 v1.35 起 kubelet 默认不再支持它。新版本改用 cgroup v2,提供统一层级和更好的资源隔离。运维者应把所有 Linux 节点升级到 v2 再升级 Kubernetes,否则节点无法启动。读者若在管理 Kubernetes 集群,需要尽早安排迁移,避免旧架构卡住升级。
行业动态02
CNCF 执行董事 Jonathan Bryce 说,过去 18 个月里该基金会审批项目毕业的速度比以往任何时候都快,部分原因是他们创建了 AI 智能体来帮忙做不同阶段的尽职调查。他用 2018 年 OpenAI 早期借助 Kubernetes 调度算力的例子说明,开源工具让 AI 公司能在自有数据中心和多家云厂商之间灵活调配资源,不用被单一供应商锁死。现在这些 AI 公司把改进回馈给开源社区,金融和制造业也能跟着受益。不过,智能体具体怎样做尽调、准确率如何,文中并未说明。
文中可用工具
- Kubernetes开源容器编排工具,用来在自有数据中心和多个云平台之间灵活分配算力
行业动态03
这是 Road to KubeCon 系列报道,追踪 KubeCon + CloudNativeCon NA 2026(11 月 9–12 日,盐湖城)前 Kubernetes 与云原生生态的主要动态。本周聚焦可观测性:一份 2026 年调查显示,OpenTelemetry(OTel)与 Prometheus 的互操作性进步明显,平均易用性评分从 3.1 升至 3.6,认为两者难以共用的比例从 29% 降到 10%,但数据模型对齐、资源属性和元数据处理、命名与格式问题仍待解决。Atlassian 把约 10 万台主机、横跨 14 个区域的指标采集从自研 StatsD 实现迁移到 OTel,对外接口不变,聚合 CPU 减半、边车成本约降 30%;New Relic 调查发现 73% 的受访者在标准化、迁移或测试 OTel,83% 认为可观测性对 AI 生成代码必不可少。另外 HPE GreenLake 连续第二年被评为 Gartner 基础设施平台消费服务魔力象限领导者。对读者来说,这些进展意味着可观测性工具链正在走向统一,但迁移成本和跨项目互操作仍是现实挑战。
文中可用工具
- OpenTelemetry收集和传输遥测数据的开源标准,用于统一监控指标等信号
- Prometheus广泛使用的云原生监控与告警系统
- OTel CollectorOpenTelemetry 的数据收集、处理和导出组件,用于统一运维管道
- gostatsdAtlassian 开源的 Go 版 StatsD 实现,用于指标收集,正被迁移替换
- GreenLakeHPE 的云运营平台,用于监控资源消耗、保护数据并管理混合云基础设施