[笔记]微信红包订单存储架构变迁的最佳实践

前言

微信红包在2017年又是一波大火，官方数据：除夕夜当天共142亿个红包，峰值76w/s个红包，作为技术菜鸟，更关注其背后强大的支持体系，与高可用之道，正好看到“微信红包订单存储架构变迁的最佳实践”这篇文章，从前端开始到存储层做了一系列讲解，故做下笔记。

我的笔记

前端流量控制

主要思路是缩短关键业务流程，分离可以通过异步、缓存等方式解决的问题，减轻系统压力，加快响应速度，在存储层前面建上一座大坝。

CGI无状态

接入层无状态，逻辑层也无状态，可以方便地水平扩展，但依赖MySQL事务保证交易完整，保证红包系统的精简，减少瓶颈的存在。

资源静态化

尽量将动态资源转为静态资源。静态资源和CGI分离，静态资源通过CDN就近接入，减少用户和CGI的交互，减少内网、访问延迟和数据请求。

业务流程异步化

红包的发、抢、拆背后的多个内部环境，关键流程精简，非关键流程和后续业务进入异步队列进行处理。

过载保护

前端保护后端，能在前端处理的就不传到后端。前端按照后端的能力做削峰限流；客户端、接入层、逻辑层每一次都做流量控制；
微信客户端预埋的策略：在连接失败或者超时情况下会有相应的提示，减少重复请求