Open Cluster Management 成为 CNCF 孵化项目
CNCF技术委员会投票通过，将Open Cluster Management (OCM) 接纳为CNCF孵化项目。OCM最初由IBM和Red Hat开发，提供基于Hub-and-Spoke架构的多集群管理能力，支持跨云、本地和边缘环境的集群注册、应用部署及工作负载放置。
推荐理由：CNCF官方宣布OCM进入孵化阶段，梳理了其多集群管理架构演进及在eBay等大规模生产环境的落地情况。
精选
CNCF 官方博客精选AI 评分7878 CNCF 官方博客精选AI 评分7878 KubeRay 捐赠给 CNCF 并正式加入
KubeRay 团队宣布将 KubeRay 捐赠给 CNCF，使其成为 CNCF Sandbox 项目，从而将 PyTorch、AI models、Ray 和 Kubernetes 组成的 PARK 技术栈完全纳入 Linux Foundation 治理体系。
推荐理由：原文说明了 KubeRay 加入 CNCF 的背景及其在 PARK 技术栈中的定位，读者可据此理解该组件如何通过标准化治理促进分布式 AI 工作负载在 Kubernetes 上的规模化部署。
Red Hat 官方博客精选AI 评分6767 Red Hat 介绍 CNCF Sandbox 项目 OpenShell 的 AI Agent 沙箱隔离机制
Red Hat 官方博客介绍了由 NVIDIA 贡献、现属 CNCF Sandbox 项目的开源工具 OpenShell，旨在通过策略治理的沙箱解决企业级 AI Agent 的安全边界问题。
推荐理由：原文详细拆解了 OpenShell 的三大核心组件及其在 Kubernetes 环境下的隔离机制，为开发者提供了构建安全 AI Agent 沙箱的具体架构参考。
Grafana Labs 博客精选AI 评分8080 Grafana Labs 发布 Watchers：基于校准机制实现低成本持续监控代理
Grafana Labs 宣布其 Grafana Assistant 中的持续监控代理 Watchers 正式 GA。该功能采用“一次校准、多次运行”的架构，仅在初始阶段使用大模型定义监控范围与基线，后续运行由代码执行数据比对并仅调用一次小模型进行异常判定，从而将单个代理的月均成本控制在 5 美元以下。
推荐理由：原文详细拆解了通过校准与代码预处理降低 LLM 调用成本的工程实现，为构建低成本自动化监控代理提供了可复用的架构参考。
Red Hat 官方博客精选AI 评分8989 Red Hat OpenShift 5 正式发布：支持 Agentic 工作流与 3 年生命周期
Red Hat OpenShift 5 现已正式可用（GA），基于 Kubernetes 1.36 和 CRI-O 1.36，提供跨裸金属、虚拟化和混合云环境的统一应用平台。
推荐理由：Red Hat OpenShift 5 正式 GA，引入 Agentic 工作流、3 年大版本周期及增强虚拟化能力，基于 Kubernetes 1.36。
Grafana Labs 博客精选AI 评分7878 Grafana Alloy v1.21.0 发布 OpenTelemetry 引擎公开预览版
Grafana Alloy v1.21.0 将 OpenTelemetry 引擎推进至公开预览阶段，允许用户在同一二进制文件中运行原生 OTLP 管道。该引擎支持直接使用标准 Collector YAML 配置，并兼容 Fleet Management 远程管理，同时通过 alloyengine 扩展提供与默认引擎组件的互操作能力。
推荐理由：原文详细对比了双引擎架构差异及迁移路径，读者可据此评估在保留 Alloy 灵活性与拥抱 OTel 标准间的最佳实践。
Grafana Labs 博客精选AI 评分6565 Grafana Cloud Database Observability 正式推出 Trace Linkage 功能
Grafana Cloud 的 Database Observability 应用正式推出 Generally Available 的 Trace Linkage 功能，允许用户从应用追踪中的数据库 Span 直接跳转至对应的查询详情。
推荐理由：原文介绍了 Grafana Cloud 中连接应用追踪与数据库查询的新功能，提供了基于 OpenTelemetry 语义约定和 sqlcommenter 的具体实现路径。
Cloudflare 官方博客精选AI 评分8080 Cloudflare 详解 DNS 构建延迟减半与内存降 85% 的技术实现
Cloudflare 通过引入定向构建规划器和统一调度器，将 DNS 构建峰值内存降低 85%，中位完成延迟减半至约 3.3 秒。该方案使 92.95% 的构建避免全量重建，并通过镜像环境验证确保数据一致性。
推荐理由：原文详细拆解了DNS构建从全量到定向的演进逻辑，提供了内存优化与延迟降低的具体数据及验证方法。
Grafana Labs 博客精选AI 评分6868 Grafana 13.3 发布：支持跨仪表盘变量、Notebooks 及 UI 视觉刷新
Grafana Labs 正式发布 Grafana 13.3，引入跨仪表盘变量以集中管理共享控件，并推出 Notebooks 功能用于记录和分享调查发现。该版本还带来了自 Grafana 7 以来最大规模的 UI 视觉刷新，以及增强版的 Grafana Assistant 仪表盘构建与回滚能力。部分新功能目前处于公开预览阶段，用户可通过启用特定 feature toggle 在自托管环境中试用。
推荐理由：原文详述了跨仪表盘变量、Notebooks及UI刷新等核心功能，读者可据此评估新版对运维协作与界面体验的实际改进。
Grafana Labs 博客精选AI 评分6060 Grafana Labs 发布 o11y-bench v1.1 并接入 Fireworks 专业智能指数
Grafana Labs 发布开源基准测试 o11y-bench v1.1，并将其纳入 Fireworks 的专业智能指数（Specialized Intelligence Index）。
推荐理由：原文详细说明了 o11y-bench v1.1 的评分机制改进及与 Fireworks 平台的集成，为评估 AI 在运维场景的实际能力提供了具体方法。
Kubernetes 官方博客精选AI 评分6868 Kubernetes 社区宣布成立 Workload Conformance 工作组
Kubernetes 社区宣布成立 Workload Conformance 工作组，将制定工作负载在集群上运行时的行为标准。该工作组由 SIG Architecture 和 SIG Apps 支持，计划在未来两到三个 Kubernetes 版本周期内发布首个稳定规范及测试工具，以替代目前集群操作员对应用进行的手工评估流程。
推荐理由：社区成立工作组制定运行时标准，旨在解决集群运维中重复手工评估工作负载的痛点。
Kubernetes 官方博客精选AI 评分6565 Kubernetes v1.37 将 PersistentVolumeClaim 最后使用时间追踪功能提升至 Beta
Kubernetes v1.37 将 PersistentVolumeClaimUnusedSinceTime 特性门控提升至 Beta 并默认启用，PVC 保护控制器会为每个 PVC 添加 Unused 条件以指示其是否被运行中的 Pod 引用。
推荐理由：v1.37 默认启用 PVC 闲置状态追踪，管理员可直接通过原生条件字段识别孤儿卷以优化存储成本。
Kubernetes 官方博客精选AI 评分7878 Kubernetes v1.37 发布存储安全增强：绑定挂载选项与 emptyDir 权限模式
Kubernetes v1.37 引入了 VolumeBindMountOptions 和 EmptyDirVolumeMode 两个 Alpha 特性，允许用户直接在 Pod 规范中配置 noexec、nosuid 等绑定挂载标志以及 emptyDir 的 Unix 权限模式（如 sticky bit）。
推荐理由：v1.37 引入 Alpha 特性以原生支持存储卷挂载选项和权限模式，解决了长期存在的安全审计缺口。
Prometheus 官方博客精选AI 评分7070 Prometheus 官方博客详解 Uncached I/O 特性原理与效果
Prometheus 官方博客介绍了 v3.5.0 引入的 use-uncached-io 特性，该特性在 Linux 上通过直接 I/O 绕过页缓存来减少 Compaction 写入时的内存占用。基准测试显示该功能可使 page cache 使用量降低 20–50%，目前主要覆盖 Compaction 期间的 chunk 写入，未来计划扩展至索引文件和 WAL 写入。
推荐理由：原文解释了 Prometheus 通过绕过页缓存降低内存占用的机制，并给出了基准测试数据及后续优化方向。
Prometheus 官方博客精选AI 评分6363 Prometheus 维护者解析原生复合类型存储演进
Prometheus 维护者 Bartłomiej Płotka 撰文阐述将 TSDB 存储层从经典原始样本模型迁移至原生复合类型存储的愿景与进展。文章指出经典模型在效率、事务性和可靠性上存在局限，而原生直方图的成功验证了复合样本模式的优势。目前社区正推进 OpenMetrics 2.0、Remote Write 2.0 以及 PromQL 兼容性模式，旨在实现透明迁移并最终淘汰经典表示法。
推荐理由：维护者梳理了从经典模型向原生复合类型存储演进的技术路径，解释了如何解决事务性与效率痛点。
已经到底了