1. 订单监控目标

针对订单线业务流程，实现全面、准确、及时反映端到端业务交付流程的运行状况； 通过对业务运行指标的分析，及早发现业务和系统运行过程中潜在的问题； 帮助运维人员快速定位应用漏洞或系统故障，控制业务错误，保证业务质量； 从而为业务流程优化提供基础。

2、订单全链路监控方式

订单全链路监控是基于对整个订单生命周期各个关键节点处理效率的量化指标监控，覆盖订单创建、订单推送、订单处理、仓库运营、物流配送、消费者收货确认等各个阶段。 通过多维度数据监控帮助商户及时了解订单处理效率。 淘宝目前推出了自己的全链路订单监控产品。 订单全链路监控提供订单全生命周期各关键节点处理效率的量化指标监控，覆盖订单创建、订单推送、订单处理、仓库运营、物流配送、消费者收货确认等各个阶段。 采集的数据来自淘宝交易平台、数据推送服务、奇门、菜鸟、服务商ERP/WMS系统回流。 全链路订单监控为服务商和商户双方提供了一套图表视图，多维度展示效率指标，包括各节点订单处理完成率、处理率、单笔订单状态查询等。还提供其所在行业的信息。 横向比较可以帮助商家了解自己店铺在该行业的业务处理水平。

2.1 使用方法

无论淘宝推出何种监控产品，都需要按照以下步骤接入监控。

❖ 添加订单分析代码或SDK：在代码中引入订单监控SDK或代码片段

❖ 申请服务激活

Ø 数据回流：商户负责将业务系统中的订单流转、订单审核处理状态实时传输至订单全链路监控中心。 平台会自动增加淘宝细分的订单状态，最终形成订单的全生命周期数据。

❖ 查看报告如下：

整个仪表盘显示订单各个状态的总金额以及各个阶段的处理效率。

2.2 优点和缺点

2.2.1 优点

❖ 解决订单在不同软件系统之间转移时的订单处理状态问题，整个生命周期清晰展示。

❖ 帮助商户掌握自身业务办理情况，了解自身服务能力及行业整体服务能力水平，为商户实现各阶段业务目标提供数据依据。

❖ 帮助服务提供商监控业务系统的实际处理能力，及时暴露性能瓶颈，为性能调优提供数据依据，促进系统质量的持续提升。

实时聚合统计，秒级延迟，为零售行业用户提供订单处理、仓储运营等多种场景下的业务监控和行业处理效率数据。

2.2.2 缺点

❖ 需要向商户系统添加代码片段

❖ 对于业务量较小的系统，无法实时监控商户系统可用性。

3. 定制化监控方式

定制化监控的方式是采取主动的方式，检查系统功能的可用性以及点餐操作的耗时情况。 对于电商系统来说，用户的核心行为包括登录系统、浏览商品、加入购物车、下单、支付等，定制监控的方式就是模拟用户行为，按照正常用户下单行为。 。

3.1 监测指标

通过模拟用户行为，我们衡量每个操作步骤所花费的时间以及功能的可用性。 因此，监测指标包括以下两点：

❖ 功能可用性

❖ 各环节操作耗时

3.2 实现方法

启动自定义订单监控时，需要用户提供订单的产品ID。 我们用它来模拟用户的下单流程。

1. 登录

通过捕获正常用户的登录过程，我们可以了解正常的登录过程。 通过库模拟登录过程。 很多系统都会限制同一账号一天内的登录次数。 如果需要频繁输入验证码或者账户被锁定，监控脚本一般无法处理验证码。 解决此问题的方法有两种：1）请求研发人员协助，将账号添加到白名单； 2）申请多个账户，防止同一账户被限制登录。

2.初始化

登录成功后，需要做一些初始化工作。 这些初始化工作是为正常下订单做准备所必需的。 包括获取订单类型表、清空订单列表、添加用户收货地址。 这些初始化操作的目的是：1）获取这些依赖服务的性能；2）在订单过程中需要执行某些操作，例如下订单时需要提供用户的送货地址。

3、获取产品信息

获取商品的属性信息，例如是否可以订购、是否有数量限制等，为下一步做好准备。

4. 添加到购物车

按照上一步将商品添加到购物车，并重新加载购物车数据，检查商品是否添加成功。

5.提交订单

触发下单操作，记录下单操作返回的订单ID

6.查询订单列表

查询订单列表中是否包含上一次操作的订单ID

7.删除订单

删除成功下单的订单，防止库存被占用。

3.3 问题

❖ 账户问题：频繁下单导致账户被封

❖ 测试产品：某些产品频繁下单会占用库存，对线上系统造成影响。

Ø 系统变更：系统变更，部分接口返回的数据发生变化，导致监控误报。

3.4 查看结果

自定义方法模拟整个订单流程，计算操作过程中的延迟。 对于不可用的链接，将该链接的运行时间设置为0