标签

Kubernetes

从容器镜像到依赖树：SBOM、来源证明与 Attestation 的实践教训

来源: postgr.es 31
当一个 PostgreSQL 扩展项目从“能构建”走向“值得被依赖”，真正棘手的问题往往不再是 Dockerfile 能否跑通，而是：镜像里到底有什么？这些文件来自哪里？依赖是否完整？漏洞扫描器能否看见它们？未来出现新的供应链事件时，谁负责重建和发布？ 围绕 CNPG-Extensions 的实践说明，SBOM、provenance 和 attesta...
# AI # Docker # Go
阅读全文

Kubernetes 1.37 默认启用原生直方图：更准的延迟分位数，更少的时序

来源: kubernetes.io 32
Kubernetes v1.37 将原生直方图（Native Histograms）提升到 Beta，并默认启用。这个变化直接影响 API Server 延迟、调度耗时、容器运行时操作等指标：Prometheus 可以用更少的时序覆盖更宽的数值范围，同时更准确地计算 P95、P99 等分位数。 升级 Kubernetes 并不等于监控系统已经完成迁移。...
# AI # Go # Kubernetes
阅读全文

Kubernetes 1.37：让高优先级 Pod 的原地扩容主动抢占资源

来源: kubernetes.io 17
Kubernetes 1.35 已将 Pod 原地调整资源能力推进到 GA：运行中的容器可以修改 CPU 和内存请求，而不必通过重建 Pod 才能生效。但这只解决了“如何调整”，没有完全解决“节点空间不足时怎么办”。 Kubernetes 1.37 引入 Alpha 特性 。当高优先级 Pod 的原地扩容因节点容量不足而进入 状态时，调度器可以抢占同一...
# AI # Kubernetes # LLM
阅读全文

Kubernetes 灾难恢复实战：用三个故障场景检验备份是否真的可用

来源: cncf.io 35
备份任务显示成功，只能证明某些数据被写到了某个位置；灾难恢复要求的则是，在明确的时间内，把应用、数据和依赖关系恢复到可服务状态。两者之间隔着完整性、兼容性、恢复顺序和操作权限等一整条链路。 真正有效的 Kubernetes 灾难恢复方案，不应只检查“有没有备份”，而应通过可重复的故障注入回答三个问题：备份产物能否读取，集群对象与持久化数据能否一致恢复，...
# AI # CNCF # Kubernetes
阅读全文

AlloyDB Omni RPM Orchestrator 正式可用：在裸金属与虚拟机上运行高可用 PostgreSQL

来源: cloud.google.com 39
AlloyDB Omni Red Hat RPM Orchestrator 已正式进入 GA，并与 AlloyDB Omni 18.3.0 同期发布。它瞄准的是一个明确场景：企业希望保留裸金属或虚拟机基础设施，不引入 Kubernetes，同时获得接近托管数据库的高可用、备份恢复、低停机维护和集中编排能力。 这并不意味着所有 PostgreSQL 都应...
# AI # GCP # Go
阅读全文

Kubernetes v1.37 用统一的节点生命周期条件描述排空、维护与关机

来源: kubernetes.io 38
Kubernetes 能告诉你节点是否就绪、带有哪些污点、运行着哪些 Pod，却一直缺少一种 Kubernetes 原生、跨组件通用的方式来表达“节点正在排空”“维护已经开始”或“正在优雅关机”。Kubernetes v1.37 引入五个标准 Node Condition，为这些运维状态提供统一的发布位置。 新增的生命周期条件都是标准化的 ： Cond...
# AI # Go # Kubernetes
阅读全文

PostgreSQL 三十年架构取舍：进程、WAL、MVCC 与扩展边界

来源: postgr.es 35
PostgreSQL 能持续演进三十年，靠的并不是频繁推翻旧设计，而是几项长期有效的工程取舍：用独立进程降低并发代码的复杂度，用 WAL 把事务提交和数据页落盘解耦，用 MVCC 将清理工作移到后台，再通过扩展机制控制核心代码的体积。 Tom Lane 对这些设计的评价并非“旧架构永远正确”。更准确的说法是：它们曾经用可接受的成本换来了可靠性、可维护性...
# AI # Go # Kubernetes
阅读全文

Percona PostgreSQL Operator 3.1：把磁盘加密、只读分析与持久日志纳入集群声明

来源: postgr.es 26
Percona Operator for PostgreSQL 3.1.0 解决了数据库平台评审中最常见的三类问题：静态数据是否由数据库自身加密、分析查询能否绕开主库，以及 Pod 重启后故障日志是否还在。新版本把这些能力直接放进 自定义资源，包括基于 的透明数据加密、面向只读负载的逻辑副本，以及 PostgreSQL 与 pgBackRest 的持久...
# AI # Docker # Go
阅读全文

多租户 Kubernetes 里的 GPU 到底归谁：从成本归属到安全自助指标

来源: cncf.io 29
GPU 往往是基础设施账单中最醒目的一项，但“集群用了多少 GPU”和“这些 GPU 分别归谁、是否真正被使用”是两类完全不同的问题。在多租户 Kubernetes 环境里，仅有一张全局利用率图表并不能回答成本评审中的关键问题：哪个团队申请了资源、哪个工作负载占用了设备、利用率如何，以及租户是否只能看到自己的数据。 要回答这些问题，需要同时处理指标采集...
# CNCF # Kubernetes # 云原生
阅读全文

一台服务器容纳百万级沙箱：Unikraft 如何破解 AI 基础设施的冷启动与密度难题

来源: infoq.com 37
AI Agent、代码解释器和模型生成任务正在把基础设施推向一个极端场景：每个请求都可能需要独立执行环境，但这些环境往往只运行几秒，甚至大部分时间处于空闲状态。传统虚拟机的启动速度和内存开销太高，普通容器又未必能提供足够强的多租户隔离。 Felipe Huici 介绍的 Unikraft 路线试图同时解决这几个矛盾：通过极小的运行时、毫秒级冷启动、快照...
# AI # InfoQ # Kubernetes
阅读全文