有没有公司的产品是基于多家公有云的。一家云出了问题，可以平滑切换到其他云计算厂商？

跨域部署多套一样的 数据同步 某个机房、云出问题直接切换 DNS 解析就行了

关键词：

- 多云管控
- 跨 IDC 切流
- 跨 IDC 热备
- 约束数据中间件选择项
- 去单点故障

你这个是伪需求，既然某个节点的云能挂掉，你要平滑切换到其他厂商，你现在需求做的事情，为什么云厂商不能自己做呢？节点不就是干这个的么？忽略掉品牌把一个节点看作一个品牌，那么一家厂商内部就有不同的品牌云，挂掉相对容易平滑切换，这样是不是可以更通顺呢？

上规模的提供互联网服务的,都有个双活三活到多活的方案,既可以平衡负载也可以起到灾备的作用.
几个公有云+自建 DC
数据是在一直同步的,只是重要的数据先同步,不那么重要的数据同步的慢些.

Google Cloud Distribute 可以在容器集群上解决这个问题

多云业务切换有 2 个重要的点：一是自有的技术团队有实力，二是要解决数据库层面的问题。CDN+多云可以解决前端访问的问题，但是后端数据库的问题需要技术团队评估解决。

云原生环境其实没有解决数据库的问题，云原生数据库解决的是 OLAP 的场景（偏数据库分析），OLTP 的场景仍然依赖传统的数据库，某些场景还需要依靠硬件性能。

如果是 OLTP 的业务场景+数据量大的情况需要评估数据同步、数据一致性问题（存在主备、评估脑裂）已经故障发生时校验数据的实际和切换时间。理论上如果需要实时自动切换只能通过数据库底层存储设备级别的同步功能才能实现（考虑 IDC 间的距离+光信号延时，不同云厂商的通讯即使是转型时延也无法满足）

不可能平滑。

对于那种唯一性数据 + 下一次读写取决于上一条读写结果的，如果要做到完美，进行跨机房事务，单机房每秒上万次的性能，跨机房后可能会因为网络延迟，降低到每秒几十次。这在业务上几乎不可容忍。

这事谷歌都没办法处理好，各种唯一性数据，会有很大延迟。

云主机 A 实时传输数据到主控服务端，主控服务端再实时传输到备用主机 B ，B 和 A 数据实时同步，A 出了问题，直接切换到 B