第五十八章基础建设先行：加固城市架构与伺服器 (第2/3页)

毫无徵兆的峰值''''，以後不会忙咱们至少不会忙起来10分钟。

    几人很快就定了落地细节：两周内先完成台南、屏东的子後台拆分，重点优化成大所在的台南子後台“峰值承载能力”；3月底前搭好台中子後台，预设“高校集中区域如逢甲商圈订单优先处理”的规则，避免中部大市场上线即卡顿。

    二、yT服务器：从“单一y扛”到“三节点备份 动态扩充”，接住暴增订单

    聊完架构，话题直指核心的伺服器问题。周明点开伺服器监控页面，上面还留着成大峰值当天的曲线：「现在咱们只有一台云服务器，平时负载率60%看着没问题，但遇到成大1200单的峰值，直接冲到92%，CPU占用率拉满，才导致卡顿。要是台中上线服务器遇到2000单的峰值，这台服务器肯定。

    「必须彻底放弃''''单一y扛''''，换成''''三节点备份 动态扩容''''的方案。」一凡拿出提前对接好的云端服务商方案，「咱们先加两台云服务器，按''''城市专属 备用应急''''分配：第一台专门负责台南、台东重点覆盖成大屏类平时备用节点只同步数据，一旦某座城市订单超阈值，b如台中子後台订单破1500单/小时，备用节点10分钟内就能接入支援，相当於给每座城市''''加了个备胎''''。

    他顿了顿，特意补充：「针对成大这种''''突发峰值学校''''，还要在对应子後台里装''''局部扩容开关''''——以後成大再出1200单的情况，不用调动全平台资源，只要给台南子後台临时加''''局部算力''''，就能稳住，成本也更低。」

    阿凯送资料进来时，刚好听到这话，立刻点