如今, 将工作负载迁移到公共云正在成为大多数企业 IT 组织的主要任务. 尽管行业分析师对于云迁移的预测各不相同, 但有人认为名列全球 2000 强的企业的迁移率约为 20%, 其中包括 PaaS,IaaS 和 SaaS.
而在这些云迁移过程中开始出现一些错误. 以下是企业在云迁移时所犯的主要三个错误, 但如果企业知道需要注意什么, 就很容易避免.
误区一: 简单的 "提升和迁移"
简而言之,"提升和迁移" 是企业将代码和数据转移到公共云平台模拟的过程, 通常很少或不需要修改. 尽管这种方法在开始实施时就节省了一些时间和成本, 但它可能无法让企业很好地实现目标, 因为基于云计算的应用程序需要实现本地化. 企业需要以本地化的最佳方式使用公共云平台, 利用本地功能降低运营成本, 并提高性能.
这样的路径很容易预测: 企业将使用 "升迁和转移" 的方法将工作负载转移到云端上, 然后在一两年内, 一旦他们看到托管非本地应用程序的成本高昂, 就必须返回并修改 (或重构) 应用程序以利用云原生特性. 与此同时, 其应用程序的效率降低了 30~40%.
因此, 企业的业务最好是在迁移在云端之前实现本地化, 而不是简单地进行 "提升和转移".
误区二: 不处理数据
与简单地关注 "提升和转移" 类似的错误是在迁移之后没有处理数据库面临的问题. 无论其成本如何, 很多企业都倾向于选择几乎与本地部署相同的数据库, 而企业可能将会在云中的数据库上花费太多的时间和资源.
数据库效率低下可能会破坏企业转向云计算的初衷. 企业应该考虑将更好的数据库迁移到云中, 例如专门构建的云原生数据库, 这些数据库能以极低的成本提供更好的服务和性能.
当然, 企业自己的独特需求将决定其需要和使用的数据库类型, 只要确保考虑云原生的选择.
误区三: 避免或延迟与 devops 的集成
这个错误实际上比听起来严重. 云计算团队通常不会与 devops 团队进行交流, 因此, 云计算在如何满足 devops 工具链和流程方面存在着脱节.
这个巨大的错误可能造成很大的损失. 这是没有必要的: 企业可以在云中执行应用程序开发和操作, 并且可以将 devops 工具链, 测试和部署与基于云计算的服务结合在一起.
企业将不得不在一定程度上处理云计算和集成问题, 所以如果企业不事先做好准备, 那么可能前功尽弃. 也许更糟糕的是, 由于没有在云迁移中提前使用 devops, 因此企业设置的预期是非云平台 (即使采用本地部署) 的应用程序, 而这些应用程序不会得到很好的应用.
来源: http://cloud.51cto.com/art/201806/576663.htm