两个云平台之间的迁移，涉及数据库 应用 架构，那么应该如何设计迁移规划。？

这个就要理清楚全部业务系统架构了，理清楚之后，就很容易看出哪些是边缘哪些核心了。
先分类，比如渠道，外联，产品，核心，互联网，企业总线等，再把所有业务系统按类别分门别类，然后就要理清业务系统的调用了，每个系统按照内部架构和外部架构分别取查与哪些系统有关联，最后按照理出的整体系统架构图，可以很清楚知道哪些是外围，哪些是关键，哪些是核心等等。

结构简单：我的理解是，从应用系统架构部署的角度去看，是几个单一的应用小组件部署来响应业务请求，如：中间件，web前端等。而且该应用没有直接存储业务数据。举个栗子，ERP 与 公司宣传网站WEB相比，WEB就是结构简单，依赖性不强的迁移对象。ERP却不一样，它涉及存储的数据量大，与外围多个生产系统有数据交互。
以上个人鄙见，仅供参考。

结构单一，变化不大，比如应用的中间件前置服务，部署一次很少再变更了，一般前面还有负载均衡，这类优先迁移。其次是服务中断不影响核心业务的可以先迁移。
数据库因为占据核心地位，数据变化较快，可放在后续迁移，迁移原则也是先迁非核心库，最后逐步到核心数据库。