流量变大或者变小,还有其他一般 RT 时间,或者错误啥的
从技术角度
- 问题发生时间点,明确具体流量随时间变化的趋势
- 是否在某个机房,主要是排除网络,应用依赖等等,就是问题是否和机房相关
- 确定是哪个应用,哪个接口,和开发的小伙伴儿一起分析原因
- 是否是单个应用实例引起的
- 看最近的发版,该应用和依赖应用的发版
- 从全链路监控查看依赖的资源指标是否正常
- 是否和客户端版本有关,查看最近客户端发版记录
从业务角度
- 相关应用是否有活动
- 数据变化的渠道特征,分析流量的上下游,了解竞品的一些近况(就是流量的上下左右)
- 是否和不同的用户画像有关
- 新老用户
- 不同行为模式的用户
- 企业外的客观原因,其实还是要看流量属性
总的来说就是交叉对比来看数据是否有异常
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· 没有源码,如何修改代码逻辑?
· 一个奇形怪状的面试题:Bean中的CHM要不要加volatile?
· 分享4款.NET开源、免费、实用的商城系统
· 全程不用写代码,我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
· 上周热点回顾(2.24-3.2)
2016-11-11 delayed ack与nagle's算法