许多人计划从一个云迁移项目到下一个云迁移项目使用相同的工具。指挥和控制中心可能会提供不同的建议。
一些企业提供有关最新迁移项目的状态更新，该状态将清除在最近的疫情期间发现的大多数漏洞。而其迁移项目少于100个工作负载和10个数据集。所有这些都是并行进行的，并且都利用了不同的云迁移团队。
企业领导指出，项目之间的度量标准存在很大差异。项目在代码重构、测试、部署、安全实现等方面显示了近80%的效率，其他项目接近30%和40%。为什么会有区别？
大多数效率问题都来自于动态和静态迁移方法和工具。目前从事云迁移的大多数人都倾向于为过去的项目工作的特定流程、方法和迁移工具套件。云迁移的这种静态方法将一组特定的过程和工具应用到各种各样的迁移项目和问题域中。滥用特定的过程和工具作为通用解决方案通常会导致失败。
该问题的核心是寻求找到业界认为最佳的特定工具和技术包套件的动力，以及希望利用最佳实践的渴望。人们通过不做出自己的选择来消除风险，即使这些选择是根据情况而定的。
行业专家希望列出一组标准的迁移工具，它们将满足每个人的需求：代码扫描程序、配置管理、持续集成和开发、测试工具等等。但真正的答案是，您对工具和方法的选择必须基于您正在迁移到公共云或任何其他平台的应用程序和数据库的需求。
迁移项目的项目标准和审查流程通常包括但不限于：
•“现状”平台评估
•应用评估
•数据评估
•配置管理计划
•安全迁移工具
•治理迁移工具
•重构和重新部署
•持续集成（CI）/持续交付（CD）
•测试和部署
•Cloudops/IT操作
上面列出的工具类别将根据“现有”和“将来”的平台、开发方法和使用的数据库以及已确定的存储、安全和管理要求有不同的解决方案。虽然万能的方法可能会奏效，但它很少能提供承诺的效率，如果方法和工具离得太远，它可能会使整个项目脱轨。
企业需要在此过程中采取额外的步骤。根据要移动的内容和移动的位置以及到达时所需的属性来选择工具和方法。这将推动为每个迁移项目选择不同的工具集。
最重要的消息是，从一个迁移项目到下一个项目，并获得最佳的结果。
为了利用这些例外，需要对所有迁移进行集中式命令和控制，例如在每个迁移项目中可以记录问题模式和解决方案的卓越中心。借助集中式命令和控制（CCC），最佳实践将浮现出来，并且在将来的迁移项目中工作的可能性更大。
这是整个企业迁移中可以重用某些工具和流程的关键点。当团队最初确定迁移目标并开始迁移计划时，集中式命令和控制（CCC需要成为流程的一部分。集中式命令和控制（CCC）有责任将计划的迁移项目与过去的项目进行比较和比较。如果集中式命令和控制（CCC可以为具有类似属性的先前迁移推荐适用的方法、工具和流程。
