迁移到云之前先了解“原样”



您已经将200个工作负载以及相关数据迁移到了云中。不幸的是,在迁移的应用程序上线仅三个月后,您发现您不遵守行业法律和法规。更糟糕的是,您选择的云提供商未提供使您合规所需的服务。 您面临将工作负载和数据移至另一个可以满足合规性要求的公共云的难题,或者您恢复到最初承载工作负载的本地环境。您预测的云计算所带来的价值不再存在。确实,它花费了更多的钱,并中断了业务。 现在这是一个普通的故事。企业没有花足够的时间来了解现有的应用程序工作负载和数据集,不足以选择正确的云计算提供商,甚至无法确定最佳决定是否是将工作负载留在本地。 一种规模并不适合云迁移的所有领域。这可能是大多数迁移到公共云的组织也迁移到多云的原因。一个云提供了一组应用程序所需的安全性,另一个云提供商提供了工作负载所需的数据分析,而另一个云提供商则提供了满足其他工作负载要求的基于AI的系统。你明白了。 更好的方法是在选择云提供商之前先了解所有应用程序要求,至少要足够详细,以确保您不会错过任何东西。在我之前的示例中,缺少的合规性部分很可能无法理解,因为应用程序迁移团队没有从应用程序所有者那里获得所需的信息。 简而言之,您需要花一些时间来了解所有可能迁移的工作负载的“原样”状态。这意味着将它们分解为功能性原语,从而形成可能超出应用程序所有者的理解范围。一旦发生这种情况,就可以轻松定义正确的平台(无论是否有云),并确保迁移成功。 紧贴InfoWorld的新闻通讯,以了解软件开发人员,分析师,数据库程序员和数据科学家的情况。 从我们仅限会员的内幕文章中获取专家见解。

Yorumlar

Bu blogdaki popüler yayınlar

只需50美元即可训练成为一名熟练的Python编码器

DataStax 使 Astra 流媒体服务普遍可用

TypeScript 4.1 Beta带来了模板文字类型