前端全链路1-全链路的重要性

从bug的解决方案说起

常规来说，一个bug的解决路径如下：

• 用户提出bug，反馈到产品
• 产品确认相关信息之后，到前端来
• 前端尝试在测试环境或者本地环境复现
• 如果不能复现，只能反馈给客户暂时无法修复
• 如果能复现，就需要确定问题(前端或后端)，修复之后上线

有了全链路的监控之后，解决路径就变成了：

• 用户提出bug，反馈到产品
• 产品确认相关信息之后，到前端来
• 前端根据用户信息去查看全链路的日志或监控报警
• 根据日志或监控报警来确定问题所在
• 还是要在测试环境或者本地环境复现，但是复现的时候有了方向，大大提高了排查的效率
• 修复之后上线

可以看到，如果有全链路的监控，可以大大减少bug的解决时间，提高了效率。

NOTE

全链路到底是什么，为什么有日志？可能看到什么信息？

全链路的关键路径

前端全链路只是一套协同解决问题的方案。主要关注的问题就是：数据、交互、性能以及兼容这四个问题。

从这四个问题不难看出，前端全链路的三个关键要素就是：数据指标、监控、决策。

数据指标

数据指标是一个很大的概念，包括很多指标。细化一下，大概就是：

• PV、UV
• 基础数据：如UserAgent、IP、UserId等基础信息
• 性能指标
• 行为动作指标
• 日志：脚本异常日志、接口状态日志、资源状态日志

监控

监控的目的是能及时发现问题并通知相关人员。大概路径：

• 日志监控和分析
• 阈值监控和报警
• 通知

决策

决策就是在处理问题时需要做出的决策处理，如果偏向产品决策者就是产品，如果偏向开发决策者就是开发。