多供应商策略：别把鸡蛋放一个篮子

再稳的服务商也有出故障的时候，差别只在概率。把整个业务压在一家供应商的一套系统上，等于把所有概率叠加到一起。多供应商策略不是不信任谁，而是承认故障必然发生，提前布好退路。 一、核心业务分散 最重要的拆分是主备分离：主站在 A 平台，备份机或灾备节点放 B 平台，最好还是不同地域。同一家服务商的不同机房只能防单机房故障，防不了平台级故障：控制台、账务系统、镜像仓库要是瘫了，你连重开一台机器的入口都没有。双平台意味着平台级故障时，你还有一台能开的机器和一条能提工单的路，恢复时间的量级完全不同。 二、DNS 用别家 域名解析服务和主机服务放在同一家，是常见的单点组合。解析出问题，机器再正常用户也进不来。把 DNS 托管到独立的服务商，主解析挂了还能快速切到备用解析。更进一步，域名注册和解析托管也可以放在不同家，注册商和解析商分离，两边同时出问题的概率更低。顺手把记录的 TTL 调低一些，切换时生效更快，再定个年度提醒，每年演练一次解析切换流程，真出事时才知道流程通不通。 三、备份异地存放 备份和主机放同一平台，故障时可能一起没。定期把数据库导出和关键文件拉到另一处：rsync -avz --delete /srv/data/ backup@备份机IP:/srv/backup/，把这条命令挂进 crontab 每日执行，异地的备份机可以是另一家的低配实例。备份还要定期做恢复演练，能恢复的备份才叫备份，躺在那里没人验证过的只能算心理安慰。 四、成本与度的把握 多供应商会多花一些钱和管理精力，核心业务值得，边缘业务不必。一个务实的划分：生产主业务一家，灾备与异地备份一家，DNS 与监控再分开。做到这个程度，绝大多数平台级故障都伤不到你的根本，花的钱买的是睡觉踏实。