We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
No description provided.
The text was updated successfully, but these errors were encountered:
1. 前端性能指标无非是这几个值:
2. 关于维度: 如果有心思去做IP分析,将「运营商」、「网络」、「URL」作为维度,实际每个指标都可以做出分布图 (图中数据经过处理,非真实数据);
当然还有异常分析。
让各业务线能够定制自己关注的图形或表格,也是很重要的,这点我们做得不错,一整套的前端组件,可以自由定制维度/指标/宽度/时间/图形类型,后端的数据模型也是抽象得很漂亮,几乎兼容任意类型的日志来源,用的Storm实时计算。当然,这个系统涵盖的内容就不仅仅是前端性能了。
5.如何监控:百度的同学在「7天打造性能监控系统」说的很清楚了。
6.阈值:1. 每个业务形态都不尽相同,不可能有统一的阈值,特别是配置短信/邮件报警的时候。2. 当用户网络差异大的时候(特别是移动端),平均数其实没什么用,也就看个概况,中位数也同理。比较好的方式还是做堆叠图,方便看分布。3. 同比环比,报警功能,当然也是需要的。
7.监控流程: 监控错误 -> 搜集错误 -> 存储错误 -> 分析错误 -> 错误报警-> 定位错误 -> 解决错误
最后:给个统计数据,前端性能报警只占所有报警的不足1%,其实大部分公司更关注服务器端(Node也算服务器端)的报警。
Sorry, something went wrong.
No branches or pull requests
No description provided.
The text was updated successfully, but these errors were encountered: