本系列前面四篇文章层层递进，从 Gossip 的 Epidemic 传播理论，到 SWIM 的成员管理协议，再到 Rust 和 Go 语言的 P2P 实现，最后到 P2P 生产环境最佳实践——我们建立了一个完整的 Gossip 知识体系。

在前一篇文章中，我们深入探讨了 Gossip 协议的核心原理——Epidemic 传播模型、反熵与谣言传播的区别，以及 Phi Accrual 故障检测器的数学基础。Gossip 提供了一种通用的信息传播机制，但如果要构建一个完整的分布式集群，仅有信息传播是不够的：每个节点需要知道集群中还有谁——谁在线、谁已经离开、谁刚刚加入。

在 P2P 网络中，每个节点都需要在不依赖中心服务器的前提下，获取整个集群的状态信息——哪些节点在线、数据存储在何处、是否有新节点加入或旧节点离开。这个问题的本质是：在一个无法预测的、动态的网络中，如何高效且可靠地传播信息？

做工作室运维，最头疼的从来不是某个具体问题，而是设备多起来之后的「不知道」。 不知道哪个设备还活着，不知道它上面跑了什么服务，不知道网络里什么时候多了台新机器，不知道某个端口是不是还开着——这种「不知道」积累到最后就是故障。

NVR（Network Video Recorder，网络视频录像机）系统如何让手机 App 在任意网络下远程查看监控画面？这是安防行业和智能家居的核心需求。本文系统调研了三个层面的方案：开源 NVR 项目（Frigate、go2rtc、Kerberos.io、Agent DVR 等）、商业安防厂商（海康、大华、萤石、Ubiquiti、Synology、Reolink 等）、以及第三方 P2P 平台与安全研究（TUTK Kalay、iLnkP2P/PPPP、GB/T 28181、关键 CVE）。

内容写得再好，搜索引擎抓不到、搜不到，等于没写。这话说得有点重，但对绝大多数独立博客来说就是事实——你的服务器托管在某个 VPS 上、域名权重不高、外链稀少，Googlebot 可能一个月才来转一圈，而且每次来了看到的还是几周前的内容。读者在搜索框里输入的关键词，永远不会指向你的页面。一篇精心打磨的技术文章，最终只能躺在自己的归档页里吃灰。

自建 P2P 信令与中继服务器，是跨网互联、远程访问、Mesh VPN 等场景的核心基建。本文系统梳理了从 NAT 穿透协议到产品实践的完整技术图谱，覆盖三个层面：协议标准（STUN/TURN/ICE/BEHAVE）、主流产品（Tailscale、Nebula、NetBird、ZeroTier、Headscale、OpenZiti 等）、以及框架与算法（libp2p、WebRTC、Kademlia DHT）。

在 MiBee NVR 项目里要把摄像头画面推到国内某直播平台，候选方案有三个：直接调 FFmpeg、用纯 Go 的 gortmplib、用 go2rtc。三个都能「推 RTMP」，但实际对接国内直播平台时表现差异巨大——有的秒断、有的几秒后断、有的稳如老狗。这篇从源码层面把三者拆开对比，并梳理对接国内 FMS 兼容平台时的坑和解法。

前面 7 篇分别深入剖析了 TSDB、日志、调用链、RUM、Profiling 和 eBPF 等各个可观测性领域的存储架构。本篇将这些知识融会贯通，提供一份面向场景的存储选型决策框架。不同团队的规模、技术栈、预算和需求层次各不相同——没有"最佳"存储，只有"最适合你的"存储。本篇可以作为实用参考工具书，帮助你在具体场景下快速筛选方案。

关于这份手册 这份手册覆盖了 20 款主流嵌入式摄像头模组——OV/GC 系列 8 款（OV2640 / OV5640 / OV7725 / GC0309 / OV7670 / OV3660 / GC2053 / GC4653）和 Sony IMX 系列 12 款（IMX219 / IMX273 / IMX296 / IMX307 / IMX335 / IMX415 / IMX477 / IMX678 / IMX708 / IMX766，以及 OV9281 和 OV5647）。所有参数均来自官方数据表（datasheet），数据来源已在每节末尾标注。