云原生周刊：Prometheus 3.0 Beta 发布

开源项目推荐

Kuma

Kuma 是一个现代化的基于 Envoy 的服务网格，能够在每个云平台上运行，支持单区域或多区域部署，兼容 Kubernetes 和虚拟机。凭借其广泛的通用工作负载支持，以及对 Envoy 数据平面代理技术的原生支持（但无需 Envoy 专业知识），Kuma 提供了现代化的 L4-L7 服务连接、发现、安全、可观察性、路由等功能，适用于任何平台上的任何服务，包括数据库。

TopoLVM

TopoLVM 是一个使用 LVM 的 Kubernetes CSI 插件。它可以被视为使用 CSI 和 LVM 实现的本地持久卷的特定实现。

Kubeconform

一个快速的 Kubernetes 清单验证器，支持自定义资源。

kubernetes-replicator

此项目的功能是自动将 secrets 和 config maps 在不同的命名空间之间进行同步。通过这个工具，用户可以简化跨命名空间的资源管理，提高配置的一致性和可用性。

文章推荐

Kubernetes Pods 是否真的会因为 CPU 压力而被驱逐？

这篇文章探讨了在 Kubernetes 中，Pods 是否会因为 CPU 压力而被驱逐。作者解释了驱逐通常是由于资源超额使用、内存压力或其他原因，但 CPU 压力不是主要驱逐原因。文章详细分析了 Kubernetes 的调度策略和资源管理，指出在 CPU 压力下，Pods 更可能会被限制而非被驱逐。

什么决定 Kubernetes 节点是否准备就绪？

这篇文章讨论了 Kubernetes 中节点的 Ready 状态以及如何处理节点的健康检查。主要内容包括：

节点状态：解释了 Kubernetes 节点状态的不同类型，如 Ready、NotReady 和 Unknown，并介绍了它们的含义。
健康检查：描述了节点如何通过 kubelet 进行健康检查，以决定其是否处于 Ready 状态。
故障处理：探讨了在节点出现问题时，如何通过检查节点的状态和事件来进行故障排查。
实际案例：提供了一些实际案例和调试步骤，帮助运维人员理解和处理节点状态问题。

总结来说，文章提供了关于如何监控和处理 Kubernetes 节点健康状况的深入见解。

云原生动态

Prometheus 3.0 Beta 发布

Prometheus 团队很荣幸地宣布推出 Prometheus 3.0-beta 版！

总体而言，唯一的重大变化是删除了已弃用的功能标志。Prometheus 团队努力确保向后兼容性，并且不破坏现有安装，因此下面描述的所有新功能都是在现有功能的基础上构建的。大多数用户应该能够开箱即用地试用 Prometheus 3.0，而无需进行任何配置更改。

新变化：

新的用户界面
远程写入 2.0
OpenTelemetry 支持
- UTF-8
- OTLP 摄取
原生直方图
其他重大变化

Notary Project 宣布规范 v1.1.0 和 Notation v1.2.0！

Notary Project 的维护者们很高兴地宣布新版本的发布，包括 Notary Project 规范 v1.1.0、Notation v1.2.0、notation-go v1.2.0 和 notation-core-go v1.1.0。这些版本现在已准备好投入生产使用！

以下是本次发布的一些主要功能和特点:

Notary Project 规范
支持 OCI 规范 v1.1.0
支持符合 RFC 3161 的时间戳
其他变化

本文由博客一文多发平台 OpenWrite 发布！