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

可扩展、可存储与查询海量监控数据、易运维、安全的 Prometheus 长期存储方案。 Prometheus 已经成为云原生监控领域事实上的标准，但 Prometheus 并没有解决企业用户对高可用、可扩展、可存储与查询海量监控数据、易运维等方面

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

提供快速、轻量级的日志记录功能 Github 使用文档 v0.27.0 更新内容 优化内存分配 优化写数据性能 增加日志属性自定义函数 增加各个日志级别格式化打印函数 说明 性能优化是该版本最重要的更新内容。性能优化

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

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

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

模式，现在支持两种模式，Lucene 和 KQL，提升易用性。 Prometheus 类型的数据源，包括 Prometheus、VictoriaMetrics、Thanos、M3DB 等等，支持历史记录保存功能，可以很方便的找到曾经发起的查询语句。 记录规则支持 cron 表达式模式

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

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

新后，Spark/Flink引擎也可以进行多表读取和写入。 适配 Prometheus 进行集群监控 此前，用户需要通过API来获取集群/任务的指标。现在，用户可以将指标进行导出到Prometheus上，Prometheus将定期拉取SeaTunnel的集群任务状态，并以可视

选项 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 监控系统支持，并支持以较小适配工作量平滑对接更多类型监控系统。 关于支持多种监控系统的