一次技术会议记录

会议思路

1.问题

2.原因、思路

3.方案

4.期待效果

问题 及 可能原因

1.接口响应速度不行啊 ,响应比较慢,菊花一直转

• 后端处理代码逻辑复杂

• 前端的“并发”请求太多

• 网络弱,网速慢

2.首屏幕加载慢

• 接口逻辑多
• 图片加载慢

3.页面无响应受理不及时,接口502.高并发下的受理不及时

• 问题主要出在数据库服务器,写入的量太大

4.内容可配置

• 不同的渠道要的版本不同,今早预想和沟通,有些决策必须要需求方下达的

5.图片加载缓慢

• 图片都在CDN,七牛CDN响应慢?

• HTTP和HTTPS的差距?排除

• 图片未压缩 影响较大

• 图片制作的时候尽量省一点,基准分辨率选iPhone 2x,矢量图、具体大小要注意一点

6.H5的测试比较麻烦(已解决、忽略)

• 支付调试
• jssdk 坑多

业务相关的 bug

响应慢的时候,出现了所谓“缓存版本”,再无新的更新.

• 需要时间处理边界和异常情况

• 能统一的出一套统一的处理方案

方案

技术方案

三个方向优化

• 前端的优化,减少请求数量,前端缓存,减少短时间内相同的请求

• 接口的优化,多使用缓存,针对专门的“许愿池列表”的优化

• 架构的优化, 业务架构上的业务分离.服务、缓存、数据库的服务器 的 许愿等核心 业务 逐步迁移 ,青云响应慢、故障率高,迁移到阿里云.运维上 - 物理架构 ,代码发布机.

外部方案

• 讨论或者提需求 至少要有文本性质的记录

• 需求提出后,需要少量的时间理解和思考技术方案,这个过程尽量多的互相沟通

• 运营需求,活动全流程需要更细致的规划和思考,需求今早提出

• UI,图片压缩,图片格式,图片大小按标准来

参考:

• 负载均衡:请求进来先到负载均衡再到物理机 -- 分配请求

• 降级:丢弃掉一些不太重要的请求