<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>可观测技术系列 on Mi&amp;Bee Blog</title><link>https://blog.mickeyzzc.tech/series/%E5%8F%AF%E8%A7%82%E6%B5%8B%E6%8A%80%E6%9C%AF%E7%B3%BB%E5%88%97/</link><description>Recent content in 可观测技术系列 on Mi&amp;Bee Blog</description><generator>Hugo -- gohugo.io</generator><language>zh-CN</language><managingEditor>蓝宝石的傻话</managingEditor><lastBuildDate>Wed, 01 Jul 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://blog.mickeyzzc.tech/series/%E5%8F%AF%E8%A7%82%E6%B5%8B%E6%8A%80%E6%9C%AF%E7%B3%BB%E5%88%97/rss.xml" rel="self" type="application/rss+xml"/><item><title>可观测技术存储架构总览：从 Gorilla 到 Parquet 的演进</title><link>https://blog.mickeyzzc.tech/posts/telemetry/obs-tech-01-storage-overview/</link><pubDate>Sun, 14 Jun 2026 00:00:00 +0000</pubDate><guid>https://blog.mickeyzzc.tech/posts/telemetry/obs-tech-01-storage-overview/</guid><description>&lt;h2 id="引言"&gt;引言&lt;/h2&gt;
&lt;p&gt;可观测性（Observability）已成为云原生时代的基础设施核心。Metrics、Logs、Traces、RUM、Profiling 五大信号各自产生海量数据，而它们的存储效率直接决定了平台的成本边界和查询性能。而在采集侧，eBPF 技术正在重塑数据获取方式。这一切的背后，存储架构的演进是支撑可观测性规模化落地的基石。&lt;/p&gt;</description></item><item><title>时序数据库存储架构深度对比：InfluxDB、Prometheus、VictoriaMetrics、TimescaleDB</title><link>https://blog.mickeyzzc.tech/posts/telemetry/obs-tech-02-tsdb-storage/</link><pubDate>Tue, 16 Jun 2026 00:00:00 +0000</pubDate><guid>https://blog.mickeyzzc.tech/posts/telemetry/obs-tech-02-tsdb-storage/</guid><description>&lt;h2 id="引言"&gt;引言&lt;/h2&gt;
&lt;p&gt;时序数据库（TSDB）是可观测性存储的基石。如果说上一篇是宏观的&amp;quot;存储地图&amp;quot;，那本篇就是深入地图中的&amp;quot;核心城区&amp;quot;——四大主流 TSDB 的存储引擎。无论你是刚开始接触 Prometheus 还是正在调研 VictoriaMetrics，理解底层存储引擎的设计哲学，能帮你更高效地用对它们。&lt;/p&gt;</description></item><item><title>日志存储架构：从倒排索引到弱索引的范式转移</title><link>https://blog.mickeyzzc.tech/posts/telemetry/obs-tech-03-log-storage/</link><pubDate>Thu, 18 Jun 2026 00:00:00 +0000</pubDate><guid>https://blog.mickeyzzc.tech/posts/telemetry/obs-tech-03-log-storage/</guid><description>&lt;h2 id="引言"&gt;引言&lt;/h2&gt;
&lt;p&gt;日志是可观测性三大支柱中数据量最大、存储成本最高的信号。与指标（Metrics）的固定数值结构不同，日志的变长文本和半结构化特性使得存储设计面临独特挑战：既要支持全文检索，又要控制存储成本。&lt;/p&gt;</description></item><item><title>分布式调用链存储架构对比：Jaeger、Tempo、SkyWalking 与商业方案</title><link>https://blog.mickeyzzc.tech/posts/telemetry/obs-tech-04-tracing-storage/</link><pubDate>Sat, 20 Jun 2026 00:00:00 +0000</pubDate><guid>https://blog.mickeyzzc.tech/posts/telemetry/obs-tech-04-tracing-storage/</guid><description>&lt;p&gt;调用链（Distributed Tracing）存储是可观测性体系中技术分歧最大的领域之一。不同于时序和日志有相对收敛的存储模式（TSDB 与 ClickHouse-like），调用链系统的存储方案因&lt;strong&gt;索引策略&lt;/strong&gt;的根本分歧而分化为三条路径。&lt;/p&gt;</description></item><item><title>前端监控(RUM)时序存储架构：Sentry、Datadog RUM 与 Grafana Faro</title><link>https://blog.mickeyzzc.tech/posts/telemetry/obs-tech-05-rum-storage/</link><pubDate>Mon, 22 Jun 2026 00:00:00 +0000</pubDate><guid>https://blog.mickeyzzc.tech/posts/telemetry/obs-tech-05-rum-storage/</guid><description>&lt;p&gt;前端监控（Real User Monitoring, RUM）与后端监控的根本差异在于数据模型：RUM 采集的是&lt;strong&gt;带海量高基数属性的事件流&lt;/strong&gt;——每个用户访问产生 session_id、user_id、page_url 等上百个维度，传统时序数据库（TSDB）的 label-set 模型在此场景下会剧烈退化。&lt;/p&gt;</description></item><item><title>持续性能分析(Profiling)存储架构：从 pprof 到 Pyroscope V2 与 Parca</title><link>https://blog.mickeyzzc.tech/posts/telemetry/obs-tech-06-profiling-storage/</link><pubDate>Wed, 24 Jun 2026 00:00:00 +0000</pubDate><guid>https://blog.mickeyzzc.tech/posts/telemetry/obs-tech-06-profiling-storage/</guid><description>&lt;p&gt;持续性能分析（Continuous Profiling）是可观测性的重要支柱之一。与传统的采样 Profiling 不同，持续 Profiling 以固定频率全时采集应用和内核的调用栈快照，生成火焰图，帮助团队发现性能瓶颈、内存泄漏和资源热点。本文聚焦 Profiling 数据的存储架构：从 Google pprof 数据模型与火焰图构建算法开始，详细分析 Pyroscope 从 V1（TSDB+Parquet）到 V2（Metastore+Segments）的架构演进、Parca 与 FrostDB 的列式存储创新、Datadog/Splunk 等商业方案，最后通过对比表格呈现各方案的差异化选择。&lt;/p&gt;</description></item><item><title>eBPF 采集存储与可观测性统一架构趋势</title><link>https://blog.mickeyzzc.tech/posts/telemetry/obs-tech-07-ebpf-unified-trends/</link><pubDate>Sat, 27 Jun 2026 00:00:00 +0000</pubDate><guid>https://blog.mickeyzzc.tech/posts/telemetry/obs-tech-07-ebpf-unified-trends/</guid><description>&lt;p&gt;可观测性架构在过去五年经历了从&amp;quot;分治&amp;quot;到&amp;quot;统一&amp;quot;的深刻转变。各信号（指标、日志、追踪、Profiling）从独立的专用后端走向共享存储与统一数据模型，而 eBPF 作为新一代采集手段，为这一转变提供了前所未有的数据深度与广度。本文将聚焦四个维度：eBPF 采集存储设计、统一存储架构（LGTM 分治 vs ClickHouse 统一）、OpenTelemetry 统一数据模型、以及对象存储与存算分离的演进方向。&lt;/p&gt;</description></item><item><title>可观测技术存储选型指南：场景驱动的决策框架</title><link>https://blog.mickeyzzc.tech/posts/telemetry/obs-tech-08-storage-selection-guide/</link><pubDate>Wed, 01 Jul 2026 00:00:00 +0000</pubDate><guid>https://blog.mickeyzzc.tech/posts/telemetry/obs-tech-08-storage-selection-guide/</guid><description>&lt;p&gt;前面 7 篇分别深入剖析了 TSDB、日志、调用链、RUM、Profiling 和 eBPF 等各个可观测性领域的存储架构。本篇将这些知识融会贯通，提供一份&lt;strong&gt;面向场景的存储选型决策框架&lt;/strong&gt;。不同团队的规模、技术栈、预算和需求层次各不相同——没有&amp;quot;最佳&amp;quot;存储，只有&amp;quot;最适合你的&amp;quot;存储。本篇可以作为实用参考工具书，帮助你在具体场景下快速筛选方案。&lt;/p&gt;</description></item></channel></rss>