知识卡片
热点隔离控风险
内容
秒杀活动要和常规业务隔离，因为它的流量爆发可预期且破坏性强。业务、技术、数据三层隔离的目标，是让秒杀失败最多影响秒杀本身，而不是拖垮主站。隔离之外，入口流量还需要 [[令牌桶守入口]] 做限流兜底。
参考来源
- 位置：《Go语言高级开发与实战》第6章《Go语言秒杀系统实战》（源文件：_epub-src/GoYu Yan Gao Ji Kai Fa Yu Shi Zhan_split_052.html）
- 结论依据：原文说明秒杀会短时间爆发大量请求，为不影响现有业务，需要从业务、技术、数据三个维度隔离，因此支撑风险面控制。
- 原始内容：多写少的业务场景要充分利用好缓存。 3)热点隔离。一般来说，秒杀活动是有计划的，并且在短时间内会爆发大量的请求。为了不影响现有业务系统的正常运行，需要把它和现有的系统做隔离，即使秒杀活动出现问题也不会影响现有的系统。隔离的设计思路可以从如下3个维度来思考。 ①业务隔离。既然秒杀是一场活动，那它一定和常规的业务不同，可以把它当成一个单独的项目来看。在活动开始之前，最好设计一个“热场”。“热