1. 成本优化不佳
通过创建更稳定的云工作负载来优化代码、配置或重构是最大限度节省长期云成本的机会。
2. 可见性
低云可以成为一条通往基础设施单一视图的途径，特别是如果您利用迁移作为了解现有应用程序和数据的机会。在没有全面评估的情况下直接迁移工作负载可能会使可见性问题变得更糟，并可能导致云故障排除挑战。
3.错失的机会
重构有时是实现云优势（例如自动化性能管理和稳定性）所必需的。
4. 复制粘贴混淆
将直接迁移模型与复制粘贴策略混淆，对于那些在尝试上线之前没有花任何精力进行规划或迁移测试的公司来说，无疑是一种灾难。
5. 优化问题
云可以简化或复杂化优化问题。有时，如果没有本地环境资源，优化遗留工作负载会变得更加困难。
提升和转移用例
选择直接迁移有好有坏。 一些最糟糕的直接迁移原因包括：
1. 缺乏资源
2. 害怕改变
3. 流程过时
加快将工作负载复制粘贴到云服务器的速度会带来重大风险。出于错误原因而进行的直接迁移，最好的情况是成本优化不佳。由于云服务通常根据使用情况计费，因此有时需要重构应用程序以避免在未使用的服务上浪费金钱。
选择直接迁移而不是其他云迁移模式的理由只有一个——如果直接迁移是工作负载的最佳解决方案。在特定情况下，直接迁移具有重要的商业案例，包括：
1. 避免昂贵的硬件投资
2. 迁移虚拟机3.技术债务
导致的性能问题 4. 严重的灾难恢复风险 5. 关键任务工作负载不稳定 6. 优化成本高昂或无法在本地进行
Datavail 用例
一位客户拥有 150 台服务器 (VMS)，其中包括众多数据库、应用程序和 Web 服务器。客户要求直 黎巴嫩电报数据 接迁移。Datavail 随后对这种方法所需的每月支出进行了评估。这导致客户要求探索其他迁移方法。
结果，Datavail 审查了服务器使用情况图表，并根据所利用的容量重建了总拥有成本 (TCO)，并将其成本降低了至少 35%。
为了评估提升和转移方法的理念，公司最好与 AWS 认证合作伙伴合作。他们知道研究源本地数据中心的最佳方法，无论是通过安装 TSO Logic 等工具，还是通过分析每个单独服务器的过去指标。这有助于设计最佳基础设施以节省成本并高效地执行迁移。
提升并转移是正确的迁移模型吗？
有时，直接迁移是最佳的迁移模式，但正确的云转型策略因公司、工作量和用例而异。实现云优势和成本节约的最佳方式是使用最快、最便宜的云策略，而不会长期损害性能或可能性。有时，在迁移之前重构应用程序更有意义，有时迁移后优化更明智。复制粘贴到云的方法是有风险的，特别是如果您不完全了解要迁移的内容。
在选择云策略之前，请先研究您的本地数据中心。过去的服务器指标以及对数据和应用程序的洞察可以更好地了解您当前的基础设施以及正确的云路径。真实的数据和完整的风险收益分析是避免错误云策略风险的唯一方法。