在这些云迁移中开始出现常见的错误。以下是我看到的三大误区--如果你知道该注意什么，它们本来是可以避免的。
云迁移错误1：做纯粹的“直接迁移”（Lift-and-Shift）
简单地说，“直接迁移”（Lift-and-Shift）是指将代码和数据移动到公有云中的平台模拟程序的过程，通常很少或根本没有修改。虽然这种方法节省了时间和金钱，至少在一开始是这样，但它可能不会让你到达你需要去的地方，因为基于云的应用程序需要一些基于云的本地化处理。你需要这种本地化，以便以最佳方式使用公有云平台，利用本地化特性来降低操作成本并提高性能。
过程是容易预测的：企业使用“直接迁移”（Lift-and-Shift）的方法将工作负载转移到云中，然而在一两年内，一旦他们看到非原生应用程序的成本将不得不回到和修改或重构使用原生云特性的应用程序上来。与此同时，应用程序的效率要低30%到40%。
Related video: What is the cloud-native approach
最好是从一开始就做正确的事情，而不是简单地“直接迁移”（Lift-and-Shift）。
云迁移错误2：不处理数据
与过度关注“直接迁移”（Lift-and-Shift）的一个类似错误是在迁移之后不处理数据库周围的问题。这种趋势是，不管花费多少，你都可以在你的前提下选择几乎相同的数据库。因此，你最终会在云中的数据库上花费很多。
这种数据库的低效率首先会破坏你转移到云的原因。你应该考虑迁移到云中更好的数据库，比如专门构建的云本地数据库，它可以提供更好的服务，性能大大降低。
当然，你自己的独特需求将决定你需要和使用什么数据库。仅仅确保考虑到云中诞生的选项。
云迁移错误3：避免或延迟与开发的集成
这个错误实际上比听起来要严重得多。通常，云团队不与开发团队对话，因此对于云如何与开发工具链和流程结合存在着分歧。
这个巨大的错误会使生产力损失数百万。这是不必要的：你可以在云中进行应用程序开发和操作，还可以将开发工具链、测试和部署与基于云的服务结合起来。
你将不得不在某个时候处理云和开发的集成，所以如果你不事先做的话，你将会遇到麻烦。也许更糟糕的是，由于在云迁移中没有将开发放在最前面，所以你期望你能够接受非云平台（也就是说，在本地部署）的部署--这些现在甚至不应该出现在你的视野里。
声明：版权所有 非合作媒体谢绝转载
作者： David Linthicum
原文网址：https://www.infoworld.com/article/3280986/cloud-computing/3-major-cloud-migration-mistakes-to-avoid.html?upd=1529373224195
