许多公司正在应对从本地迁移到云的挑战。虽然这些公司意识到从本地数据基础设施的资本支出模型转变为云的运营支出模型的好处，但他们中的许多人未能充分考虑到这种转变。结果，他们最终超支或未优化性能。

这种漫不经心的前景可能会让您的公司在未来感到头疼。我们的建议：消除云迁移中的猜测。以下是您在上云过程中需要注意的三个方面：

在云迁移过程中，您需要决定的第一件事是什么应该保留在本地，什么要迁移到云端。

如果您是一家大型企业，您可能有一整套复杂的应用程序在各种数据中心运行。也许您对一个数据中心有长期租约，或者您的团队中有一些特定成员坚持要将某个应用程序或系统迁移到云端。无论如何，您应该知道哪些可以移动，哪些最好保留在本地。

一旦你决定，作为从本地到云迁移的基础，你可以进行提升和转移，或者你可以完全重写你的架构以使其成为云原生的（这需要很多工程工作）。您需要利用云供应商提供的某些服务。您甚至可能需要结合使用两者。

其次，您需要决定要使用您选择的云供应商提供的服务。云供应商提供大量服务，虽然很想从每一项服务中获益，但我们建议您只选择必要的服务。使用超出您需要的方式可能会成为维护支持的长期噩梦。

如果您在云迁移过程中不小心，您可能会在不知不觉中放弃在各种服务和提供商之间进行选择的自由。供应商锁定是指你被困在特定供应商的整个堆栈、服务和功能中，如果你不采取措施避免这种情况，很容易陷入困境。为了避免这种情况，您在选择云提供商或他们的服务时必须小心谨慎，因为它确实会限制您以后可以做的事情。通常，公司会选择多云方法来尝试避开这个陷阱。

定价和账单一旦出现，就会让人们在第一次进行本地到云迁移时感到最惊讶。这个问题有两个部分：(1) 现有应用程序的成本，以及 (2) CapEx 到 OpEx 的转变。

当涉及到现有应用程序的成本时，它们可能非常难以计算。很难，但并非不可能。关键是弄清楚您的本地应用程序当前使用什么——多少内存？中央处理器？数据传输量？这就是正确的监控应用程序真正增加价值并让您深入了解您今天运行的内容的地方。

关于 CapEx-OpEx 转变：以前，在 CapEx 模型中，只有组织某些部分的某些人知道成本的真实情况。但是现在，几乎公司内的每个人都可以在一个电子表格和账单中轻松地看到他们的钱去了哪里。

虽然 CapEx 模型由于限制了工程师的能力而让工程师感到沮丧，但它也是一个很好的成本限制器。在云迁移阶段完成后，在 OpEx 模型中，他们没有限制让您的工程师足智多谋，而是在没有限制的情况下开始和扩展。所以他们扩展到大量机器并运行他们能想到的所有测试。接下来你知道，单一灵活性的账单到了，而且是巨大的。

总而言之，请务必记住，OpEx 为您提供的灵活性是一把双刃剑。当您迁移到云端时，设置控制系统和可见性至关重要。