CnOps 智能运维与可观测社区
首页开源项目实践文章视频课程常见问答开发者工具STAROps 专题
导航菜单
首页开源项目实践文章视频课程常见问答开发者工具STAROps 专题

CnOps 智能运维与可观测社区

愿景

CnOps 智能运维与可观测社区是一个以"智能运维与可观测"为核心的开放、包容、分享的技术社区,旨在聚集运维专家、开发者和爱好者,共同探讨、学习和分享可观测最佳实践与最新技术,与众多技术社区合作互动,共同探讨交叉领域的技术挑战,推动可观测领域的创新与进步。

内容社区

  • 实践文章
  • 视频课程
  • 开源项目
  • 常见问答
  • 开发者工具

友情链接

  • Prometheus
  • Grafana Lab
  • OpenTelemetry
  • LoongCollector

关注我们

阿里云云原生公众号阿里云云原生
阿里云可观测公众号阿里云可观测

Copyright © 2026 CnOps 社区. All rights reserved.

首页问答MetricStore 2.0 的传输协议做了哪些优化?

MetricStore 2.0 的传输协议做了哪些优化?

#MetricStore 2.0#传输协议#流式传输#高压缩Block#性能优化

agenticOps | 2026-05-23

通常一个较大的查询会包含上百万组 Labels 字符串和数亿数据点,如果直接传输,即使在内网环境也会有较大开销。为此 MetricStore 2.0 在存储和计算侧的传输协议上做了以下优化:

  1. 计算与 IO 分解:在 Worker 处对查询的计算和 IO 过程进行分解,将 IO 和纯计算操作分别放到协程和物理线程中完成。
  2. 流式传输协议:数据分块流式传输到计算侧,计算侧整个加载、计算的过程也都是流式的,避免等待全部数据到位再计算。
  3. 直接传输高压缩 Block:直接将高压缩率的原始 Block 响应给计算节点,这样存储层缓存效率大大提升,还可减少一次序列化与反序列化开销。
  4. 按需返回字段:传输前基于查询分析,只生成并返回需要的 Labels 字段,避免传输无关数据。

这些优化与流式并行计算引擎相配合,从传输层面进一步降低了大规模查询的延迟和资源开销。

推荐文章

超过 2000+ 位开发者正在阅读

给 OpenClaw 加上企业级 Memory

给 OpenClaw 加上企业级 Memory

4646 阅读

阿里云 STAROps 全域智能运维平台发布!

阿里云 STAROps 全域智能运维平台发布!

3453 阅读

阿里云正式发布 RCA Benchmark

阿里云正式发布 RCA Benchmark

2716 阅读

推荐视频

UModel 最佳实践 Vol.1 UModel 数据建模全景解读

UModel 最佳实践 Vol.1 UModel 数据建模全景解读

3854 观看50:35
云监控2.0全景:可观测范式升级与智能运维蓝图

云监控2.0全景:可观测范式升级与智能运维蓝图

2532 观看41:06

推荐工具

精选可观测领域开发者工具

云监

云监控 2.0 沙箱体验

7483 使用

免费

免费网络拨测工具

2746 使用