目录
一、场景背景
二、架构分析
2.1 分析核心复杂度
当下架构核心复杂度有3点
- 每个贺卡要占用5mb的带宽,而单台ECS只有200MB,肯定不够用
- 单台ECS API性能极限有限,肯定扛不住
- 100万用户在5个小时内预计将产生8000万数据,数据库扛得住吗
2.2 计算架构核心数据
三、架构改进
3.1 结果推导
3.2 改进架构
- 静态资源CDN
- 引入Redis缓存,只保存贺卡数据不再存储分享数据
- ECS写本地日志,推送到ES通过Kibana查询
目录
当下架构核心复杂度有3点
- 每个贺卡要占用5mb的带宽,而单台ECS只有200MB,肯定不够用
- 单台ECS API性能极限有限,肯定扛不住
- 100万用户在5个小时内预计将产生8000万数据,数据库扛得住吗
- 静态资源CDN
- 引入Redis缓存,只保存贺卡数据不再存储分享数据
- ECS写本地日志,推送到ES通过Kibana查询