云计算可移植性的来龙去脉

日期: 2018-04-20 作者:Lauren Nelson翻译:邹铮 来源:TechTarget中国 英文

目前云计算提供商都是按不同的方式构建其产品,这造成典型的“缺乏标准、以创新为导向以及供应商锁定”的局面。

但供应商锁定不一定是坏事;当成本保持稳定,并且可带来明确和持续的增值,用户就不会想要转移到其他供应商,那么,锁定就不是问题。

然而,如果价值减少、出现更具成本效益的替代产品或者供应商关系发生变化,用户自然会想要转移到其他供应商,此时,可移植性将变得非常重要。

目前,对于基本工作负载,可实现供应商切换,这是二级供应商帮助客户从主要供应商转移必备的能力。

真正的锁定点是在服务,例如数据库、抽象化和自动化、队列、监控,以及让工作负载发挥作用的模板。

更少的选择

如果用户选择价值和创新,这最终可能导致选择变得更少。云计算提供商的各种服务和不一致性使可移植性变得非常重要。可移植性挑战还包括更积极的转移模式,例如爆发(bursting)和代理(brokering)云服务。

可移植性可分为两种方式。首先是一次性移动,即从一家供应商或环境将云应用转移到另一家供应商,而不会再转移回来。第二种可移植性是频繁移动。这里需要快速移动云应用,基于实时云价格或者当前基础设施使用情况,在两个供应商之间或者单个供应商的部署环境之间移动。

一次性转移很常见

对于早期云部署者而言,从一家供应商转移到另一家供应商是常见需求,这可通过现有工具和模板转换实现。但这里的难处在于:映射利用某云提供商特有服务的复杂应用。另一方面,公共云深度用户则会使用各种服务和模板,他们面临真正的供应商锁定问题,然而,很多人都很满意现状,因为定价稳定,给他们带来很高价值。但如果这些情况发生变化时,他们则会需要转移到另一家供应商。

一次性移动存在很多问题。首先是模板不一致。每个云提供商使用自己的格式和工具来创建应用和基础设施模板,其中很多供应商还有不同版本的公共云和私有云产品。移动工作负载需要将供应商的模板转变成新云环境的模板,咨询服务和供应商提供的工具可帮助转换基础云服务模板;然而,对于更复杂的应用,通常会在转换中失去大量价值。

目前分布式管理工作组(DMTF)的开放虚拟化格式(OVF)和TOSCA的OASIS等标准正试图标准化基于虚拟机(VM)的软件封装格式,以确保未来兼容性。这些方法都提供标准化,希望有朝一日可实现更可移植性,但供应商仍然没有一致的模板来确保可移植性。

第二个问题是服务和生态系统不一致。基本的存储和计算产品易于映射,并可转换到新的云服务。尽管网络配置可能需要大量时间和大量手动操作,但这通常可在供应商支持下完成。然而,基础项目之外的服务和生态系统才是真正的问题所在。服务和生态系统供应商具有很高价值,他们可增强解决方案,并极大缩短创建基本对等解决方案所需的开发者时间。每个服务对提供商来说都是独特的,服务用途取决于你对该提供商的利用情况。然而,大多数用户对特定公共云提供商没有敏锐认识,而无法确定特定服务之间关键差异点。而领先的企业不仅可了解这些差异点,还可映射其价值到解决方案的总成本,以确定这是否值得投资。

另一个常见问题是云提供商的容器技术尚不成熟。容器的概念并不是新鲜事,Docker等操作系统级解决方案正迅速发展,已经扩展到Linux操作系统上运行的任何应用,并可及时解决应用可移植性。容器是封装应用的无状态方式,它从底层环境建立抽象化。尽管容器可帮助实现可移植性,但这也带来挑战。工作负载需要背景环境来满足要求以及遵循策略。其他相关可移植性工作可帮助容器作为实体保持无状态,同时为企业工作负载提供必要的背景环境。容器可能在云可移植性工作中占有一席之地,但安全问题也不容忽视,目前我们还没有看到长期容器供应商的出现。

这个市场预计会出现大量的客户流失。到目前为止,其使用主要局限于开发周期的测试阶段,以及封装传统整体应用以实现更轻松的开发工作。

最终迁移挑战是应用粘性。虽然没有云提供商希望你离开,但如果云提供商主要专注在基础设施,那么,你更容易离开其服务。更精明的云服务提供商会将你锁定在应用级别。例如,如果你的应用在使用亚马逊云服务(Lambda或者Simple Notification Service),从AWS迁移到另一个云平台可能性极小,你会发现自己无法迁移。

其他云计算平台同样如此。这也不一定是坏事,但应用开发人员使用这些服务时确实存在锁定问题,这可能促成或破坏任何迁移或可移植性决策。

频繁移动还有很长的路要走

爆发和代理云服务是很好的概念,但企业客户还面临很多障碍。同时,工作负载的动态可移植性也是很好的提议,但目前还没有成为考虑对象。代理是指基于当时成本最低的平台动态重定位云工作负载,而爆发则是在任何给定时间点优化应用的成本和性能。对于一般使用而言,企业可在自己的虚拟机环境支付长期使用费用,并可在需要时利用公共云资源提供额外容量。

代理云服务仅适合初始部署。在2011年,基于云服务成本和性能的实时变化,动态外包和代理云服务是云计算即付即用定价战略的未来愿景,然而,现在也还只是一个愿景。

目前已经出现第一批工具,但用例很有限,特别是因为公共云成本根本还不足以推动大量代理需求。对于初次部署,你可为基本测试场景和样本提供实时信息,但不会提供支持来转移已配置的工作负载。一次性移动的限制现在仍然存在;而代理工具可帮助进行战略性采购,但不具有可移植性。

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

翻译

邹铮
邹铮

相关推荐