全球平台连环宕机给站长的一课：把"分离"做成网站的最后一道防线

一、连环宕机的视角切换\n\n近期多家全球性平台在攻击与故障叠加中成片变砖，普通站长看热闹，架构师看门道：集中依赖就是集中风险。你的网站与那些平台用的是同一种思维——源站、DNS、证书、机房，任何一环单点失效，全站陪葬。\n\n## 二、分离思想：把三层从源站剥离\n\n1. 调度分离：用户先找调度器而不是源站，IP 变更秒级生效（原理见智能 DNS 调度，App 场景配合HTTPDNS）；\n2. 缓存分离：静态流量在边缘终结，源站只承接查无缓存的动态请求，被打垮的概率骤降；\n3. 防护分离：CC、WAF、限速在边缘执行，恶意流量物理上到不了业务进程（带宽泛洪与慢速连接的闸门见高防三道闸）。\n\n## 三、源站死了也还能活的清单\n\n- 静态站与博客：全网缓存 TTL 拉满加静态兜底页，源站失踪仍能维持可读；\n- 动态站：多源站 failover，主备切换秒级（源站健康检查口径见源站挂了怎么办）；\n- 证书别绑死：边缘统一出证，源站换机器不慌。\n\n## 四、健康检查与切换的正确姿势\n\n探测要在传输层与应用层各做一层：端口通不等于业务通，200 页面里也可能是空壳；切换要带退避与自动回归，避免抖动时全网反复横跳。悠梦庭高防CDN的域名级健康检查会按指纹（运营商拦截页、TLS 异常、连续超时）自动把坏线路摘出调度池，恢复后自动归池，站长零操作。\n\n## 五、结语\n\n宕机新闻会一直有，能一直活着的那批，都把分离写进了架构第一天。更多防护与架构文章，回到资讯中心。

六、运维视角再补一句

分离的本质是把一次大故障换成多次小降级，而降级要可见才谈得上可承受。建议把源站健康状态、边缘命中占比与调度池节点数三条曲线放在同一屏，告警阈值设变化率而非绝对值——满屏绿灯不如一块会说话的屏。架构上还有一条铁律：没有演练过的韧性等于没有韧性，每季度做一次源站全停的模拟，验证分离层真的能扛，演练记录本身就是最好的故障保险。日志与告警的完整用法在全平台日志中心上线里有逐项说明；回到资讯中心查看更多架构与防护文章。