在阿里云上做 WAN 监控选型，评估口径和自建机房不一样：链路有一段由云平台托管，没有 SNMP 可轮询；同时"总部 + 大量分支／门店"的场景很常见，链路多、单条带宽小、现场常无人值守。这两点决定了五项标准要重新校准。
核心要点
- 阿里云上的链路可分三层：接入层（分支到云）、传输层（跨地域互联）、应用层（加速与负载均衡），可见性与责任方都不同。
- 链路质量几乎只能靠自建侧与云主机侧的双向主动探测，云侧给的是配置层事实与流量层证据。
- 路径定位要确认能否跨云平台边界，很多工具进入云侧就断掉。
- 分支接入场景要额外评估探测频率分档能力与批量视图下钻。
- POC 阶段五个动作在云上同样适用，另加一条：跨域边界责任切分数据是否拿得到。
一、三层链路结构决定评估口径
| 层 | 典型构成 | 采集方式 | 责任方 |
| 接入层 | 分支／门店 → 接入网关或专线／VPN → 云上接入点 | 设备状态 + 主动探测 | 自己 + 云平台 |
| 传输层 | 云企业网／转发路由器承载的跨地域互联 | 云侧连接状态 + 流量日志 | 云平台 |
| 应用层 | 全球加速、负载均衡、公网出口 | 实例指标 + 端到端探测 | 云平台 + 自己 |
这层划分的价值在于把"能自己查"和"只能提工单"分开：接入层问题大多能自己定位，传输层要靠云侧状态与工单，应用层两者交叉。分不清层次，就会在云平台托管的链路上反复自查。
二、五项标准的云上校准
标准一：链路级监控
阿里云上的专线、云企业网是控制面抽象对象，不暴露 SNMP 接口，所以这一项几乎只能靠自建侧与云主机侧各部署探测端点互相打点。要确认三件事：是否支持双向测量、采样粒度能否分档、阈值是否按时段动态计算。
# 云主机侧对自建 IDC 探测点连续测量 ping -c 300 -i 0.2 203.0.113.10 | tail -5 mtr -rwzc 300 203.0.113.10 # 自建侧反向再测一次，用于双向对比 ping -c 300 -i 0.2 198.51.100.20 | tail -5 # 换 TCP 探测复核 ICMP 结论（排除限速假象） tcping -c 60 198.51.100.20 443
标准二：路径级定位
要特别确认能否跨越云平台边界。有些工具的路径分析只在自建网络内有效，一旦进入云侧就断掉。另外反向验证在云上同样必要：某一跳显示异常而后续各跳和目标端都正常，多半是那一跳对诊断报文做了限速。
标准三：网络可视化
除拓扑、链路、地理、业务四类视图外，云上还要看跨域边界能否建成独立对象。边界意味着责任方切换，建成独立对象后才能一键过滤出所有跨边界链路，并对它们单独设告警等级。
标准四：业务关联
云上业务常跨地域、跨账号部署，要确认依赖建模是否支持跨账号资源，以及链路劣化时能否算出受影响业务的范围。
标准五：一体化
云上最常见的问题是"数据分家"——自建侧一套监控、云侧一套云监控。必须确认能否把两者合并到同一条时间轴，并保证时区一致与采样粒度兼容。
三、分支接入场景：规模带来的额外要求
"总部 + 大量分支／门店"的链路特征是数量多、单条带宽小、现场无人值守，这决定了三项额外要求：
- 探测频率必须能分档。几百个门店都用高频探测，探测流量本身就很可观。核心门店高频、普通中频、长尾低频，被告警触发的临时切高频。
- 要能区分链路问题与门店内网问题。门店侧常见的"系统卡"，可能是内网交换机，也可能是出口链路。出口内外各放一个探测点，两侧数据一比就能分开。
- 要能批量看、也能单点下钻。合理视图是"健康度总表"，按异常程度排序，点进去再看该门店的链路详情。
另外提醒一点：门店设备常被现场人员动过（拔线、换口、重启），所以链路状态最好有变更时间线，否则一次现场操作造成的短暂中断会被误判成链路故障。
四、POC 验证动作（阿里云版）
- 在云主机与自建侧各布探测点，注入劣化，看告警是否定位到具体层。
- 验证双向测量，确认能区分去程与回程。
- 制造限速假阳性，看是否误报。
- 修改一条云上连接的配置，看拓扑与依赖关系是否自动更新。
- 拿一次真实故障复盘，看能否算出跨域边界两侧的责任归属。
六、成本与留存：云上的两个额外算项
一是账单口径。云上带宽与专线账单天然按链路粒度出，这其实是个优势：把链路月费、平均利用率、质量指标放在一起，就能直接定位"最该优化"的那条链路——月费高而利用率常年偏低的可考虑降配，月费不高但质量长期不达标的则要评估更换接入方式。
二是留存成本。云上存储按量计费，容量与成本评审按季度或年度做，链路的季节性规律也需要跨周期数据。评估时问清默认留存多久、扩容存储怎么计费。原始高精度样本可只留近期，聚合后的分钟级或小时级数据建议长期保留。
另外补一句部署形态：分支多、IT 人力少的场景，云版本的运维负担明显更低；但要先确认数据出网是否被允许、有没有等级保护相关要求，约束明确后再倒推可选形态。
七、FAQ
Q1：阿里云上的专线、云企业网能用 SNMP 采链路质量吗？
通常不能。这些是控制面抽象对象，不暴露 SNMP 接口。能用 SNMP 的只有自建侧设备和部署在云主机上的软件，主流组合是主动探测加云侧连接状态。
Q2：分支接入场景探测点怎么布？
原则是门店出口内外各一个、云上关键地域各一个。出口内侧的点用于区分内网问题与链路问题，云上的点提供对比基准。门店很多时可为每个地域选一个代表门店做高频探测，其余用低频兜底。
Q3：跨地域互联的质量，云平台会提供吗？
云平台通常提供连接可用状态和流量数据，但延迟、抖动这类细粒度质量指标往往不在标准监控里。建议在两端地域各部署探测端点做双向测量，这也是唯一能拿到该链路真实质量的方式。
参考来源
- IETF RFC 4656——单向主动测量协议（OWAMP），RFC 编号 4656，可在 IETF RFC 编辑器站点检索
- IETF RFC 2922——物理拓扑 MIB（拓扑自动发现相关），RFC 编号 2922，可在 IETF RFC 编辑器站点检索
- 厂商实现文档（仅作技术对照，非推荐）：OpManager 帮助文档（可自行搜索官方文档站点）
一句话总结
阿里云上选型的核心是确认五项标准在"有一段链路不在你手里"的前提下依然成立：链路质量靠双向主动探测补齐，路径定位要能跨云边界，可视化要能标注跨域边界，分支场景要看规模下的分档与下钻能力。
