会议思路
1.问题
2.原因、思路
3.方案
4.期待效果
问题 及 可能原因
1.接口响应速度不行啊 ,响应比较慢,菊花一直转
后端处理代码逻辑复杂
前端的“并发”请求太多
网络弱,网速慢
2.首屏幕加载慢
- 接口逻辑多
- 图片加载慢
3.页面无响应受理不及时,接口502.高并发下的受理不及时
- 问题主要出在数据库服务器,写入的量太大
4.内容可配置
- 不同的渠道要的版本不同,今早预想和沟通,有些决策必须要需求方下达的
5.图片加载缓慢
图片都在CDN,七牛CDN响应慢?
HTTP和HTTPS的差距?排除
图片未压缩 影响较大
图片制作的时候尽量省一点,基准分辨率选iPhone 2x,矢量图、具体大小要注意一点
6.H5的测试比较麻烦(已解决、忽略)
- 支付调试
- jssdk 坑多
业务相关的 bug
响应慢的时候,出现了所谓“缓存版本”,再无新的更新.
需要时间处理边界和异常情况
能统一的出一套统一的处理方案
方案
技术方案
三个方向优化
前端的优化,减少请求数量,前端缓存,减少短时间内相同的请求
接口的优化,多使用缓存,针对专门的“许愿池列表”的优化
架构的优化, 业务架构上的业务分离.服务、缓存、数据库的服务器 的 许愿等核心 业务 逐步迁移 ,青云响应慢、故障率高,迁移到阿里云.运维上 - 物理架构 ,代码发布机.
外部方案
讨论或者提需求 至少要有文本性质的记录
需求提出后,需要少量的时间理解和思考技术方案,这个过程尽量多的互相沟通
运营需求,活动全流程需要更细致的规划和思考,需求今早提出
UI,图片压缩,图片格式,图片大小按标准来
参考:
负载均衡:请求进来先到负载均衡再到物理机 -- 分配请求
降级:丢弃掉一些不太重要的请求
