（1）尽量将请求拦截在系统上游（越上游越好）； （2）读多写少的常用多使用缓存（缓存抗读压力）； 浏览器和APP：做限速 站点层：按照uid做限速，做页面缓存 服务层：按照业务做写请求队列控制流量，做数据缓存 数据层：闲庭信步 并且：结合业务做优化

本课由360架构师亲授，以360真实秒杀系统为切入点， 从秒杀的功能入手，分层递进讲解，逐步让大家掌握系统的设计、架构以及优化，从容应对百万级、过亿级的秒杀活动及其它海量访问的互联网系统。1. Linux / Nginx / Mysql / Redis 基础平台工具，搭配PHP原生代码不在局限框架选择2.从需求分析、数据结构创建到基础功能开发、程序优化实现完整开发思路3.不仅仅是CDN/Redis数据库索引等常用优化方法更有程序逻辑细节调整，产品策略技巧全新的优化思维4.从单机到web集群，从

详细列举了秒杀系统的架构，包括浏览器端，站点层，服务层，数据层，接入层，缓存，详细研究了秒杀系统的优化方向和各个方向的优化细节

本文来自于infoq，解析秒杀业务架构优化的思路,从方向到问题解答等相关方面解说。 IM系统，例如QQ或者微博，每个人都读自己的数据（好友列表、群列表、个人信息）。微博系统，每个人读你关注的人的数据，一个人读多个人的数据。秒杀系统，库存只有一份，所有人会在集中的时间读和写这些数据，多个人读一个数据。例如小米手机每周二的秒杀，可能手机只有1万部，但瞬时进入的流量可能是几百几千万。又例如12306抢票，票是有限的，库存一份，瞬时流量非常多，都读相同的库存。读写冲突，锁非常严重，这是秒杀业务难的地方。