为什么我们敢说活动不会崩——聊聊易企秀中台的稳定性

上周有个客户跟我打电话，语气挺急的。

他们公司要做一场双十一的线上抽奖活动，预计同时在线人数好几万。运营总监担心一件事：活动开始后系统扛不住，页面打不开，用户骂娘，老板发火。

他问我："你们那个互动游戏，高峰期到底行不行？"

我说，你先别急，我给你讲个真事。

去年有一家银行客户，元旦搞了个"签到打卡+积分抽奖"的活动，他们自己预估也就几千人参与。结果活动上线后，运营人员在群里发了个链接，又让客户经理在朋友圈转了一圈，当天晚上同时在线人数直接飙到八万多。

你猜怎么着？系统稳得很。页面加载速度没掉，抽奖转盘转得丝滑，用户该签到签到、该抽奖抽奖。第二天银行那边的负责人给我们发消息说："昨晚我紧张了一晚上，结果啥事没有。"

其实不是运气好。

易企秀这个中台跑了十二年了，从2014年做H5到现在，服务了六千多万企业用户。十二年时间，什么场面没见过？双十一、春节红包雨、银行开门红、保险公司的开门红……每年大促节点，我们的服务器都要经历好几轮流量冲击。

说几个数字你可能更有感觉：

单场活动最高并发我们扛过二十多万。去年某头部保险公司做年度客户回馈活动，全国几十万代理人同时转发，后台数据显示峰值的时候每秒请求量接近两万次。系统没有降级、没有限流、没有报错。

![](/media/202604/2026-04-28_164157_7014540.5434688636885189.png)
怎么做到的？

底层架构是分布式部署的，不是单机扛。流量上来以后自动扩容，哪台服务器压力大了，新的请求自动分配到空闲的机器上。数据库层面做了读写分离，读操作和写操作分开走，不会互相抢资源。

还有一层保障——CDN加速。活动页面里的图片、素材、JS文件都走CDN，用户打开页面的时候，是从离他最近的节点加载的，不是从我们源站。这样源站的压力就小了很多，页面加载速度也快。

对了，还有容灾备份。主服务器挂了，备用服务器秒级切换。去年我们做过一次演练，模拟一台核心服务器宕机，从故障发生到服务恢复，花了不到30秒。参与演练的同事说，他还没来得及喊"出事了"，系统自己就切过去了。

说这些不是炫技。

我是想说，如果你担心活动搞大了系统撑不住，这个顾虑可以放一放。十二年时间，六千多万客户，各种行业各种规模的活动我们都扛过来了。你那个活动，大概率没问题的。

当然，如果你的活动规模确实特别大，比如同时在线几十万人那种，提前跟我们说一声就行。我们会帮你做压测，看看哪些环节需要加固，该扩容的扩容，该优化的优化。

总之，活动可以放心搞。系统这边，我们盯着呢。

![](/media/202604/2026-04-28_164148_4294360.7776181009111778.png)