不知从何时开始，企业IT架构开始走向混合、多云世界，任何一家企业都再不像过去那样，只使用一朵云，而是两朵、甚至三四朵以上。从用户应用的角度来看，多云带了更多选择，让企业 企业应用在不同的云和系统架构之间转换来转换去，这便是复杂性和各种风险的最初来源。
为了降低应用的复杂性，很多架构师把各种流程整合在一起，在基础应用层面“打好地基”，以备不时之需。就像飞机要起飞前一样，飞行员要按照物料清单准备好日常用品。而对于要进行云端数据迁移的架构师来说，在迁移之前就要解决好跨越的数据治理、安全性、互操性等问题。
虽然，云数据迁移技术已非常成熟，有了很多标准的套路和架构模式，但对于企业IT人员来说，要想成功“玩转”多云及混合云架构，需处理好三大棘手问题。
第一，跨云环境下的统一账号管理。如果您所在企业想拥有一个更得心应手的混合云环境，首先要建立一个统一的云账号管理机制，通过一个统一的账号管理规则来添加、删除或者更改用户权限，让每朵云都能在统一控制权限下实现单点登录。
第二，跨云的资源管理。通过AIops、云管理平台或者其他资源监控工具，比如基于存储的、计算的等等，对云服务提供商提供的资源进行自动计费，并对资源使用情况做到实时了解，以自动降级的方式，实现资源的合理利用。尤其是在多云环境下，出错的风险会更大，必须把监控和计费的颗粒度做得更细。
第三，统一的资产管理。在混合混环境下，如果您所在企业使用的是不同云服务，那就不要使用同一个数据库产品。因为这样做，不仅要花费很多的许可证费用，还不符合操作规律。解决数据冗余的最直接方法，就是不要将所有的数据都放在同一个篮子里，这样即使有一个云服务出现问题，也可以迅速将数据和应用迁移到其他云上的数据库。
当然，我们也可以借助其他手段，规避云服务宕机风险，只要方法得当，不是特别复杂，运行成本也足够低，足够安全，就可以尝试。比如，尽量采用云原生的解决方案，避免多源、异构等问题。
总之，构建混合云及多云架构并非易事，需要提前考虑好各方面利弊，多总结经验，规避前人踩过的坑，才能越做越好。
