中国企业出海，考虑到数据保护规则的要求以及跨大洲的网络传输条件受限，服务往往部署在全球多个 Region 或者多云上，这给系统的运行维护带来了一定的挑战，特别的聚焦在可观测性体系的建设上：
- 需要在每个region独立部署一套可观测性工具，很多维护性和配置性的工作，需要重复搞多次；
- 某些场景下，需要跨区域进行数据分析、制作报表的时候，力不从心；
有的企业干脆选择把所有区域的可观测性数据，实时的汇聚到中心机房，集中维护和处理，也存在不小的隐患：
- 需要确保汇聚的数据中，不包含受保护的信息，这项工作难度很高，容易出纰漏；
- 数据汇聚，会耗费较大的带宽资源，有一定的成本支出；
- 跨国的专线或者公网，时延较大，上百毫秒，这对于监控系统要求的时效性有差距；
最麻烦的是，一旦数据传输链路中断，各个区域就处于“不可观测状态”，属实“无人驾驶”了。
全球化监控平台要同时解决什么问题
全球化监控平台不是简单把所有数据拉回总部。它至少要同时满足四类要求：
| 要求 | 如果处理不好会怎样 |
|---|---|
| 合规 | 受保护数据跨区域流动，带来额外风险 |
| 时效 | 跨洲网络时延和链路抖动影响告警及时性 |
| 维护 | 每个 Region 独立维护一套平台，配置和规则容易不一致 |
| 可用性 | 中心链路中断后，边缘区域失去本地观测和告警能力 |
所以更合理的方向是：配置和管理尽量集中，数据和告警能力按需本地闭环。
Flashcat 边缘部署模式
Flashcat 是基于开源夜莺为基础构建的一体化的可观测性平台，是国内一线互联⽹公司可观测性实践的产品化落地，预置了行业领先的故障发现定位能力。云上、云下，只需一个 Flashcat 平台，就可以支持指标、日志、链路追踪数据的统一采集、告警、可视化、分析。
在 Flashcat 的边缘部署模式下，每个边缘 Region 部署 flashcat-edge 组件。该组件负责从 flashcat-centre 同步本区域所需的配置数据，包括数据采集策略、数据加工策略、监控告警策略。
拿到配置数据之后，flashcat-edge 组件有两种工作方式：
- 可以将采集、加工后的数据，按需实时回传给中心端，由中心端存储、分析、监控告警；
- 也可以将采集、加工后的数据，完全闭环存储在本区域，在本地监控告警；
用户不需要直接面对 flashcat-edge，只需访问 flashcat-centre，即可完成对所有 edge 区域的配置管理、集中可视化、集中监控、统一告警 OnCall 等工作。
当中心端和边缘端网络发生中断的时候，边缘端仍可以独立的、闭环的工作，数据采集不会中断，监控告警也不受影响。
这种模式适合哪些场景
Flashcat 边缘部署模式适合以下场景：
- 服务部署在多个国家、多个 Region 或多个云厂商中。
- 团队希望集中管理采集、加工和告警策略，但不希望所有原始观测数据都跨区域汇聚。
- 边缘区域需要在中心网络中断时继续本地采集、本地存储、本地告警。
- 运维团队希望统一 OnCall、统一查看状态，同时保留区域自治能力。
FAQ
Q1：为什么不把所有可观测数据直接汇聚到中心？
A：跨区域实时汇聚会带来合规、带宽、时延和链路可用性问题。尤其当中心链路中断时，如果边缘没有本地闭环能力，该区域可能进入不可观测状态。
Q2：边缘部署模式是不是意味着每个 Region 都要独立维护？
A：不是。该模式的关键是中心统一管理配置，边缘执行本区域采集、加工、存储和告警。这样既减少重复维护，又保留边缘自治能力。
Q3：中心和边缘断网时会发生什么？
A：按照本文描述的模式，边缘端仍可以独立工作，数据采集不会中断，监控告警也不受影响。中心恢复后，再继续承担统一管理和集中查看角色。
采用 Flashcat 边缘部署模式，可以更高效地构建全球化可观测性体系：中心负责统一管理，边缘负责本地闭环，二者结合兼顾合规、便捷和可扩展。
