ARMS接入的请求平均耗时也太久了,正常吗?
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。
ARMS接入的请求平均耗时较长可能是由多种因素导致的,包括但不限于网络状况、服务器性能、资源配置等。在正常情况下,ARMS的请求耗时应当是相对较低的,以确保监控数据能够实时准确地反映系统状态。
如果您遇到ARMS接入请求耗时过长的问题,建议采取以下步骤进行排查和优化:
检查网络连接:确保您的网络连接稳定且带宽充足,网络延迟或不稳定可能会导致请求耗时增加。
查看服务器性能:检查服务器的性能指标,如CPU、内存和磁盘使用情况,确保服务器没有达到资源瓶颈。
评估资源配置:确认ARMS的配置是否正确,包括数据采集频率、上报地址等,错误的配置可能会影响请求的响应时间。
日志分析:查看ARMS的日志记录,分析是否有错误或异常信息,这有助于定位问题的根本原因。
联系技术支持:如果以上步骤无法解决问题,建议联系ARMS的技术支持团队,提供详细的错误信息和相关上下文,以便他们能够更好地帮助您解决问题。
总的来说,虽然在某些情况下可能会出现请求耗时较长的情况,但这并不是正常现象。通过仔细排查和优化,应该能够找到导致请求耗时增加的原因,并采取相应措施来改善性能。
这个是平台或者第三方脚本的个bug,也就是说 Date.now() 获取到了0
目前已经修复了,但还不能100%确定所有情况都覆盖了。防止有缓存,你用带版本号的地址
https://sdk.rum.aliyuncs.com/v2/0.0.15/miniapp-sdk.js 此回答整理自钉群“RUM 用户体验监控支持群”
云原生可观测基于Prometheus、Grafana 、OpenTelemetry 等核心产品, 形成指标、链路存储分析、异构数据源集成的数据层, 通过标准PromQL和SQL提供大盘展示、告警与探索能力。