云已经进入决策者的思维之中。毫无疑问。然而，许多公司都在努力制定真正的云战略，为技术演进提供基础并遵循具体的转型愿景。在做出有利于云和云提供商的决定后，当审查需要采取哪些具体步骤来转移应用程序的问题时，事情变得更加不稳定。难怪：在互联网上搜索清单和策略会产生数以万计的结果，不幸的是，这些结果大多只停留在表面上。决策者应该如何在这里找到有效的介绍？
这篇博文旨在填补这一空白并提出具体的步骤。
挑战
考虑的出发点就在一开始：已经针对单云环境还是多云环境做出了决定，现在应用程序园应该迁移到云端。由于使用云的决定通常需要一段时间，因此人们现在希望快速开始。这使组织很早就面临压力。
如果平台和最佳方法的组合是 IT 战略的一部分，那么目标环境 高中生邮寄名单 将由各种超大规模和“服务即服务”系统组成。所以一方面的很多东西必须整理到另一方面的很多东西中。
云迁移的典型困境：来自不同平台的许多应用程序需要快速迁移到多云环境中
这还不是全部，因为许多公司的国内系统环境是各种技术和系统的成长环境。
这意味着有足够的因素导致项目灾难，如第一张图所示：许多不同的应用程序和系统必须非常快速地转移到云中的许多不同系统。
“云迁移工厂”解决方案方法
为了使此类项目取得成功，必须考虑两个关键因素：一方面，必须为每个应用程序做出可靠的决定，决定是否应转移、转移到何处以及如何转移。另一方面，短时间内的质量控制迁移需要敏捷的工厂方法，该方法实际上仅受人员数量或财务资源的限制。
第二张图显示了此类过程的典型工作站。
云迁移工厂工作站
在技术分类中，评估申请对于组织的重要性并做出迁移决定并确定紧急程度。接下来，根据专业和技术标准定义目标环境。一旦决定实施，就会进行迁移并保证质量。成功转移后，应用程序将投入运行，并在稳定阶段后（需要包括培训在内的变更管理）可供云中的用户使用。
技术分类和迁移概念
如上所示，通过这种方法，为定义目标环境的每个应用程序做出技术迁移决策并设置优先级。
为了达到这一结果，以下几点是典型的评估标准：
应用程序处于其生命周期越远，就越应该仔细检查其好处是否与预期的迁移工作相对应。应用对业务运营的价值贡献是一个重要标准。
确定复杂性是由于技术和技术条件而导致迁移工作所涉及的工作量的指标。
如果应用程序基于标准解决方案或产品，则必须决定市场上是否存在包括迁移路径的云变体，或者应用程序应转移到哪个选定的云服务。
如果应用程序是内部开发的，则必须决定产品是否更适合。或者，必须决定云原生应用程序的阶段应该是什么样子，或者简单的提升和转移或容器是否足够。
此外，还确定了安全要求以及价格和性能弹性方面的影响：当前和未来有多少人和哪些角色使用该应用程序以及生成了多少数据量。
为了满足“云端快速”的时间要求，建立一个可用于优化决策过程的关键人物模型是有意义的。该程序可以对各种关键数据进行比较，以支持决策过程。第三张图显示了一个简单的关键数字模型，其中可以使用积分系统和三个类别来评估工作量和重要性。