一次公众号入口流量暴涨的处理实战
2018-12-25 00:02
621 查看
先说结论:没经过技术运营团队评估,千万别随便搞促销活动。哪怕是靠公众号引流的一些小型促销活动,也可能引起网络流量暴涨,导致故障。
一、十点钟流量暴涨
有人说今天在搞活动,在抢购一个某某理财产品。赶紧找人了解入口url,火狐F12分析了下,发现有600多KB的js文件,如下:
这个域名没启用CDN,脚本查了下,再次验证了前面F12的数据,源站流量主要是被几个大js文件吃光了。
二、准备启用CDN
经分析,后端为php,已经做了动静分离,静态资源在一个项目,动态资源在另外一个项目,用的同一个域名。
只需对静态资源启动CDN,不能缓存动态接口,缓存策略如下:
第二天十点再观察,源站流量大幅下降,CDN挡住了绝大部分流量:
缓存命中率也在95%以上。
相关文章推荐
- 小程序终将改变商业,公众号成线上流量入口唯一选择?
- 网站被刷流量简单处理的一次
- Hadoop链式MapReduce、多维排序、倒排索引、自连接算法、二次排序、Join性能优化、处理员工信息Join实战、URL流量分析、TopN及其排序、求平均值和最大最小值、数据清洗ETL、分析气
- 小程序终将改变商业,公众号成线上流量入口唯一选择?
- 使用Python通过xlrd处理excel实战
- 实战 HTTP 处理程序(HTTP Handler) (2) -- 向HTTP 处理程序传递参数
- 【linux】记录一次系统被攻击的处理过程
- 实战记录:一次真实的线上SQL语句优化
- 记录一次服务器事故的处理
- 使用Spring MVC统一异常处理实战
- Mybatis实战之自定义TypeHandler处理枚举
- Spring Cloud实战小贴士:Zuul统一异常处理(二)
- 处理https双向认证的一次体验
- 一次分布式事务管理器(MSDTC)的事务处理异常的排错
- CPU使用率终于正常了——记一次订餐统事故处理
- 记一次服务器宕机处理过程 推荐
- Python实战(4)apache log分析访问IP流量汇总
- @批处理大爆菊 记一次 win 2008 & iis 7.5 旁注入侵
- 一次项目实战 mysql 1000万 数据优化、系统cpu 99% 内存 88%
- linux:记录一次 处理tomcat启动卡死无报错现象的曲折过程