让应用与网络化干戈为玉帛的神秘开关

压测前夜，数据中心灯火通明，所有人都在为新系统上线忙碌着：系统变更、网络变更···双11压测前夕运维部门压力巨大。

第二天一早，应用运维部门接到了第三方机构投诉，反映出现多笔VIP客户的三方存管交易失败。打开BPC，发现相关应用服务的交易笔数、响应时间等指标均正常；点开交易追踪，却未找到相应的流水号交易。应用运维同学有点无措，怀疑网络出现了问题，于是联系网络运维同事进行协助。

网络运维同学接到这种没有明确方向的故障请求有点儿慌，因为他们无法单独查看三方存管的历史流量指标。通过NPM提取原始数据包进行交易分析，却未能找到相应流水号交易的数据包，于是推测TCP/IP建连失败。

此时已临近下午，经过多方协调网络运维终于可以在三方存管出口处搜索数据包，却因为上午流量过大，交易失败的数据包已经被自动清理掉了。由于晚上8时要进行联合压测，运维部门火速联系第三方机构进行模拟交易。通过捕获模拟交易的数据包进行分析发现从服务器到出口的网络路径中，某设备的SYN/ACK遗失了。

晚上8时许压测正式开始。数据中心发现TPS比非银行支付机构网络支付清算平台声称的要少1/3，BPC显示相关应用服务器负载均衡正常，应用部门与网络部门联合排查了近一小时，终于发现某运营商建连失败。

历经数小时，问题终被解决，应用部门与网络部门都松了一口气。

应用运维同学打开了BPC的一个开关，故事走向变成了这样 👇：

同样发生在压测前夜，新系统上线，系统、网络等做了相应变更。不同的是，这一次他们打开了BPC的一个开关——NetVision网络透镜。

由于提前在NetVision的告警配置中设置了建连成功率等告警阈值，因此在收到第三方机构投诉前，应用运维已经通过观察建连成功率等网络指标将问题定位至网络层。虽然该应用运维同学对网络并不熟悉，但NetVision的SPV仪表盘用颜色直观呈现网络路况，通过点击多维钻取直接调取交易比特率、网络重传率等网络指标，并自动提取问题交易所属会话的数据包进行网络层分析。

应用运维将NetVision导出的问题交易所属会话的数据包PCAP文件交给网络运维进行处理。在拿到有问题的数据包文件后，网络运维经过分析与处理很快就解决了该问题。

轻启NetVision，运维部门将故障排查时间从十几小时缩短至数十分钟。BPC+NV的组合既可以让应用运维团队无需辅助、闭环定位网络故障；同时，基于NV交易级的网络视角，极大地提升了网络运维的排障速度，保障了正常的业务生产。

随着数字化业务增多，企业对网络、应用等实时性要求也在逐渐提升。越快发现问题、解决问题可以为业务发展争取时间。以往，业务一旦中断，应用运维首当其冲，但由于知识壁垒、产品受限，应用运维无法直接定位相关应用的网络故障，既延误了业务进程，也不利于网络运维快速排障。天旦NetVision创造性地将网络指标融入应用性能管理，辅助应用运维建立业务对网络性能的感知视角，帮助非网络专家的运维人员快速鉴定故障节点。

✅以业务为核心，自动关联网络指标，快速判断故障节点

天旦NetVision将交易级网络指标与会话级网络指标统一监测，进而使故障分析范围扩大至网络层。

一旦触发告警，NetVision可以快速判断问题出现在网络层还是应用层。

✅直观呈现网络“路况”，摆脱专业网络知识束缚

天旦NetVision用颜色实时显示网络“路况”，直观呈现网络对应用的影响程度，帮助不精通网络的应用运维也能定位故障。

✅实现单笔交易的网络层端到端追踪

天旦NetVision在一键成因分析中增加应用指标与网络指标，实现跨网络和应用层级的交易追踪能力。NetVision将不同维度的应用指标与网络指标进行关联，实现多维指标的追层钻取：当单笔交易出现异常时，NetVision直接将该交易从网络层建立连接开始的全过程呈现给应用运维，并逐个分析数据包行为，为网络运维排障提供参考。

会话级指标是网络性能管理类产品（即NPMD）的主要监测依据，通过分析TCP级的网络性能状态，可以有效解决网络故障。NetVision将网络指标与应用指标进行跨层级关联，直接将相关交易数据包从建连到交易的全过程呈现出来，为TCP等网络性能指标提供交易级补充，网络运维利用NPMD类产品或工具可以直接解决故障，极大地降低了排障难度。