问：
公司对“提升和转变”云方法可能有什么担忧？
A：通常，将针对某些工作负载或数据环境的“提升和转移”过程定义为一个项目，该项目只是试图将操作“转移”出某个环境，然后将其“转移”到另一个环境–例如，从内部部署到外部部署的某些工作负载和任务，或者将数据操作从一个数据中心转移到另一个数据中心。 公司可能会担心这种迁移可能如何工作。
对提升和移位的某些担忧与这样的想法有关，即听起来并不简单，只是将系统操作“剪切”并粘贴到新系统中。 通常，在没有充分记录需求或运营设计的情况下，将开始采用升举和换挡方法。 以后需要时，可以将活动扳手投入项目。
升力和换挡的其他问题涉及所讨论的两种环境之间的差异。 项目可能在内部部署或原始旧版系统中正常运行，因为该系统具有所有正确的资源，但在新位置上可能无法正常运行。 过于简单的类比是室内植物：有许多因素可能会使一个盆栽植物的蓬勃发展比另一个盆栽植物的蓬勃发展少。
与升迁有关的其他问题也与原始过程中的固有问题有关：通常认为，在升迁与变动中，没有努力在迁移之前解决问题。 这使那些问题困扰着该项目在新环境中的发展，并在利益相关者试图实施和扩展新系统时引起混乱。 VMware vExpert Eric Wright（为Turbonomic博客撰写）也为这个问题提供了一个比喻：一个搬家公司的比喻，该公司只是简单地“提起并转移”装满垃圾或杂物的容器，将垃圾组件运送到目的地。 IT提升和转变的想法是，结果可能涉及无用的数据杂乱，与其处理系统不匹配的数据或超出其“习惯”的数据集。
所有这些都是“提升和转移”场景的潜在问题，可以与其他称为“修复并发送”的场景进行对比，在这种场景下，需要在迁移之前进行前期工作来设计和完善系统。
