如何避免云迁移的3大误区（云迁移的风险）

如今，将工作负载迁移到公共云正在成为大多数企业IT组织的主要任务。虽然行业分析师对云迁移的预估各不相同，但有人认为名列全世界2000强的企业的迁移率约为20%，其中包括PaaS、IaaS和SaaS。

　　而在这些云迁移进程中开始出现一些毛病。以下是企业在云迁移时所犯的主要3个毛病，但如果企业知道需要注意甚么，就很容易避免。

　　误区一：简单的“提升和迁移”

　　简而言之，“提升和迁移”是企业将代码和数据转移到公共云平台摹拟的进程，通常少量或不需要修改。虽然这类方法在开始实行时就节省了一些时间和本钱，但它可能没法让企业很好地实现目标，由于基于云计算的利用程序需要实现本地化。企业需要以本地化的最好方式使用公共云平台，利用本地功能下降运营本钱，并提高性能。

　　这样的路径很容易预估：企业将使用“升迁和转移”的方法将工作负载转移到云端上，然后在一两年内，一旦他们看到托管非本地利用程序的本钱高昂，就必须返回并修改(或重构)利用程序以利用云原生特质。与此同时，其利用程序的效力下降了30～40%。

　　因此，这种情况下，企业的业务最好是在迁移在云端之前实现本地化，而不是简单地进行“提升和转移”。

　　误区2：不处理数据

　　与简单地关心“提升和转移”类似的毛病是在迁移以后没有处理数据库面对的问题。不管其本钱如何，很多企业都偏向于选择几近与本地部署相同的数据库，而企业可能将会在云中的数据库上花费太多的时间和资源。

　　数据库效力低下可能会破坏企业转向云计算的初衷。企业应当斟酌将更好的数据库迁移到云中，例如专门构造的云原生数据库，这些数据库能以极低的本钱提供更好的服务和性能。

　　固然，企业自己的独特需求将决定其需要和使用的数据库类型，只要确保斟酌云原生的选择。

　　误区3：避免或延迟与devops的集成

　　这个毛病实际上比听起来严重。云计算团队通常不会与devops团队进行交换，因此，这种情况下，云计算在如何满足devops工具链和流程方面存在着脱节。

　　这个巨大的毛病可能造成很大的损耗。这是没有必要的：企业可以在云中履行利用程序开发和操作，并且可以将devops工具链、测试和部署与基于云计算的服务结合在一起。

　　企业将不能不在某种程度上处理云计算和集成问题，所以如果企业不事前做好准备，那末可能前功尽弃。或许更糟的是，由于没有在云迁移中提早使用devops，因此企业设置的预设是非云平台(即便采取本地部署)的利用程序，而这些利用程序不会得到很好的利用。

免责声明：
本网址（www.yingxiongyun.com）发布的材料主要源于独立创作和网友匿名投稿。此处提供的所有信息仅供参考之用。我们致力于提供准确且可信的信息，但不对材料的完整性或真实性作出任何保证。用户应自行验证相关信息的正确性，并对其决策承担全部责任。对于由于信息的错误、不准确或遗漏所造成的任何损失，本网址不承担任何法律责任。

本网站所展示的所有内容，如文字、图像、标志、音频、视频、软件和程序等的版权均属于原创作者。

如果任何组织或个人认为网站内容可能侵犯其知识产权，或包含不准确之处，请即刻联系我们进行相应处理。