Thanos v0.27.0 发布，大规模 Prometheus 集群解决方案

Vitest v0.27.0现已发布，它是一个基于 Vite 的原生快速单元测试框架。具体更新内容如下 突破性变化 弃用结果上的“error”，将错误存储在“errors”中 #2586 (e641a) 将 vitest 拆分为单独的包，但暂时将它们捆绑在一起 #2575 (c8e6f)

lm Chart 包的交互 基于插件扩展的功能解读 Telemetry 集成 Prometheus + Grafana + Exporters 支撑系统可观测 应用可观测体系与应用发布关系紧密，一个好的应用可观测体系可以使得应用可靠性管理变得容易。KubeVela 社区将应用可观测列

：开箱即用的数据库 + 开箱即用的应用 = 开箱即用的软件解决方案。 很多软件都需要用到数据库，但数据库放入容器中仍然是一个充满争议的问题，基于Docker镜像的玩具数据库仍与生产级的数据库差着十万八千里。Pigsty可以将

支持了grafana-agent作为采集器 很多小伙伴可能习惯使用Prometheus的各类exporter，但是这些exporter直接通过prometheus.yml中的抓取规则抓取，数据直接写入了时序库，没有流经n9e-server，这样n9e-server无法从中解析到监控对象，导致页面

时，可能会遭遇到功夫网的烦恼。例如，默认的 Grafana / Prometheus Yum 源下载速度极慢。除此之外，还有一些零散的 RPM 包需要通过 Web URL 的方式，而不是 repotrack RPM 的方式进行下载。 在 Pigsty v2.2 中，解决了这个问题。Pigsty 提供

thub.io 夜莺功能特点 统一接入各种时序库：支持对接 Prometheus、VictoriaMetrics、Thanos、Mimir、M3DB 等多种时序库，实现统一告警管理 专业告警能力：内置支持多种告警规则，可以扩展支持所有通知媒介，支持告警屏蔽、告警抑

选项 cluster: # 集群配置 addresses: ["127.0.0.1"] meter: meterType: PROMETHEUS # INFLUXDB , PROMETHEUS 启动服务 在SpringBootApplication启动类上添加 @EnableMqttServer ,然后启动服务即可

rters 等等，仍然可以对接常见的存储系统：VictoriaMetrics、Prometheus、Thanos、Mimir 等等。 当然，如果某个机房的网络和中心不畅，我们还提供边缘机房的部署方案，这个功能是很多复杂场景的用户选择使用夜莺的原因。 简化配置

境中运行的现代开源高性能 RPC 框架。gRPC 1.47.0 现已发布，包含了一些完善、改进和错误修复；具体更新内容如下： gRPC C++ 1.47.0 是第一个要求 C++14 的版本（提案）。对于现在无法升级到 C++14 的用户来说，可以在此期间使用

o 1.8版本之前，真实负载调度与重调度的指标获取仅支持 Prometheus，从1.8版本开始，Volcano 优化监控指标获取框架，新增 ElasticSearch 监控系统支持，并支持以较小适配工作量平滑对接更多类型监控系统。 关于支持多种监控系统的

P 在可靠性与易用性上显然更胜一筹。此外，MinIO / ETCD ，Prometheus 这些组件，有时也会有这样的需求。 想要为集群绑定一个 L2 VIP 其实很简单，只需要启用 vip_enabled，分配一个 VLAN 中唯一的 VirtualRouterID 号与 VIP 地址就可以了。

具页面，从 ga.4 开始大盘详情页面去除了右上角全局的 Prometheus 集群切换，可通过数据源变量来实现全局切换数据源。新增的大盘迁移工具可批量迁移业务组里面所有的大盘，也可在大盘详情页单独迁移 refactor: Elasticsearch 源查

的缓存 支持 DataNode 和 ConfigNode 的 metric，输出到 IoTDB、Prometheus 和 JMX 在 python 客户端中支持 DBAPI 支持集群的 RestApi、MQTT 查询中支持 having claus 和 between expression 支持在最后一个查询中按时间序列排序 支持 data_dirs 热配置

还宣布了StrimziCon，这是一个为开发人员、DevOps 工程师和解决方案架构师举办的活动，旨在了解 Strimzi 和事件流。虚拟会议将于 5 月 22 日举行，论文征集截止日期为 3 月 10 日。 作为 CNCF 托管的项目，Strimzi 是一个与其技术利益