当前位置:云计算行业动态 → 正文

没有保证的云:如何防止为云部署而心碎

责任编辑:editor04 |来源:企业网D1Net  2014-10-24 19:01:11 本文摘自:TechTarget中国

当我们谈及云时,它是没有保证的。一些云项目是注定要失败的,但重要的是你可以采取哪些措施来解决这些问题。

即使有了周密的规划,一些云部署也是注定要失败的。那么,当云迁移败北时企业的IT部门又能做些什么来减少损失呢?

一旦应用程序能够在云环境中正常运行,那么最好的解决方案往往是就地解决而不是迁至他处。通常,在使用相同的监控工具时,这就会涉及在测试中使用的逆向工程。

“尽你所能地从这个现有环境中收集信息,”Enfinitum的首席云策略规划师Robert Green说。“我们的整体目标就是理解应用程序是何时发生问题的。如果你能够理解系统是何时开始发生问题,那么你就能够开始了解其瓶颈的所在。”

一旦你知道了系统发生问题的位置,那么接下来要考虑的就是应横向或纵向地扩展应用程序,以及需要哪种类型的支持来解决问题。但是,有时候那就是云供应商的问题,所以简单的解决方法就是换一家云供应商。在这些情况下,拥有一个在多个云中进行部署的规划和一个实现过程自动化的安装程序是非常重要的,Green说。应用程序本身是无法从一家供应商迁移至另一家供应商的,因此必须由用户来执行拷贝和数据移动的操作。

一个灾难恢复计划将有助于一次可能的迁移任务,其中包括了备份至物理硬盘或者复制至一个不同的区域。加速迁移过程的一个方法就是使用直接网络访问——这是一个由亚马逊网络服务(AWS)、微软和IBM提供的服务。

如果一家企业使用了正好是这些供应商中两家的托管设施,那么这就可以作-为从一家供应商更换至另一家的更快方法,StorageIO公司的高级咨询分析师Greg Schulz说。

“从本质上来说,在Amazon和Azure之间并没有一个不间断的服务,但是你可以以一个短暂的连接中断来实现一站式的服务迁移,”Schulz说。

出于相同的目的而使用多个云可能听上去有点不合乎逻辑,但是当发生问题时这样做确实是能够避免很多头疼事的,Schulz说。是的,虽然这样做会抵消与云相关的大部分资金节省,但是如果目标只是省钱,那么你可以得到你所支付的,他补充道。

“如果你的唯一关注就是实施云来节省成本,那么你错过了一些非常有价值的商业利益,也就是利用弹性、利用敏捷性、利用应对某些季节性需求的能力来真正获得迁移至云的灵活性,” Schulz说。

专心于API

一家企业是否能够成功地摆脱云困扰主要取决于它使用供应商专用应用程序编程接口(API)的依赖程度。大多数的IT部门并没有充分利用云供应商所提供的配套产品和API,因为它们涉及到他们并不习惯使用的服务。但是,使用这些配套产品和API是能够带来价值的,云专家说。一般来说,那些在现有数据中心中开发然后迁移至算的应用程序使用的都是网络计算和存储资源而不是可携式的。

当一个应用程序是在云中开发时,迁移工作就变得更为复杂了。因此,虽然云供应商吹捧使用专用API能够为用户节省资金和提高回报,但是具有讽刺意味的是,使用供应商所提供的工具越多,客户就越是受制于供应商。

“如果应用程序是基于Amazon平台开发的,即使用Amazon销售给你的消息按钮、警告、监控等API,那么我们就不得不离开,因为它使用的是系统的代码,你所谈论的是基于这个云或那个云来开发所有的API,总部位于芝加哥市的一家主机托管和私有云供应商SignleHop LLC的产品高级副总裁Jordan Jacobs说。“这是不可行的。那个客户属于AWS。”

如何避免云部署的心碎

首先是做好准备工作。执行一个详尽的性能考核。建立参数指标以捕获工作负载的高峰与低谷、确定发展速度并了解对容量和存储的需求。 制定一份计划。使用这些参数指标来建立一个计划,确定如何在云中进行规划以及如何退出。确定按照你的需求来迁移工作负载的最佳路径,并进行测试。

逆向再做一次。当云部署失败时,我们可能会对其原因追溯到客户,而不是供应商。使用在你迁移之前开发的相同工具来进行诊断和查明瓶颈问题。

对其进行备份。灾难恢复计划并不总是为灾难事件而准备的。使用多家云供应商来备份数据的成本将是非常昂贵的,但是当你决定放弃其中某一家时,这样做将避免出现大量让用户头疼的问题。

记住你的基础。内部开发的应用程序并不总是能够在云表现良好,尤其是那些依赖于特定内部架构的应用程序,这些架构是基于先于云的假设的。

把眼睛睁得大大的。云供应商提供的主机服务在传统数据中心中并不是通用的。这些工具可以节省客户的时间和金钱,但是他们往往要求使用专用的API。

SingleHop首次尝试推出的服务包括了一个专用的调配工具,Jacobs说。顾客们关注的是,该工具可能会帮助他们避免去耦合化,所以SingleHop使用行业标准软件对应用程序进行了重新开发以便于让应用程序与顾客的内部设置相互兼容。

事实上,供应商现在也开始认识到,客户受制将使他们更难以获得新的业务,Jacobs说。

“顾客受制于供应商有着其两面性,”Jacobs说。“从供应商的角度来看,客户来去自由,这是伟大的,但是这也让厂商更难以在市场上占据头把交椅。”

这就导致一些专家建议应用程序开发应与厂商的专用服务去耦合化,应用程序的开发应使用支持多个云基础设施的库。

在工作流之上应开发出一个层,以便于把它们与专用API隔离开来,或者可以使用一家平台即服务供应商来维护便携性,其前提就是它的配置在内部部署和云中都是相同的。

IT人士应当注意API的复杂性和兼容性,Enfinitum的Green说。大部分的云平台都提供了RESTful API,但是系统管理员们所面临的挑战就是让它们能够正常运行。“很多人都在谈论API,但是你是否拥有能够执行开发工作的开发人员呢?”他说。

我应当留下来还是离开?

总部位于波士顿的云技术合作伙伴公司的高级副总裁John Treadway之前曾建议客户应避免把应用程序迁往那些会导致受制于人的供应商,但是把应用程序迁移至另一家供应商云的成本和困难使得他现在开始鼓励客户重复利用专用的云服务。

云供应商都在持续不断地改变他们的产品并进行降价优惠,而迁移至另一家供应商当然是可能的,当然问题就是权衡这一迁移工作的风险了,他说。

“我总是在做出选择,”Treadway说。“我选择使用哪一种编程语言,每次我在进行应用程序开发时都会让自己不去接触那些我之后不会喜欢的东东。但是迁移的成本要远高于使用许可费用或者其他的费用。你必须要身入其中睁大眼睛好好看。”

关键字:云部署云迁移亚马逊

本文摘自:TechTarget中国

x 没有保证的云:如何防止为云部署而心碎 扫一扫
分享本文到朋友圈
当前位置:云计算行业动态 → 正文

没有保证的云:如何防止为云部署而心碎

责任编辑:editor04 |来源:企业网D1Net  2014-10-24 19:01:11 本文摘自:TechTarget中国

当我们谈及云时,它是没有保证的。一些云项目是注定要失败的,但重要的是你可以采取哪些措施来解决这些问题。

即使有了周密的规划,一些云部署也是注定要失败的。那么,当云迁移败北时企业的IT部门又能做些什么来减少损失呢?

一旦应用程序能够在云环境中正常运行,那么最好的解决方案往往是就地解决而不是迁至他处。通常,在使用相同的监控工具时,这就会涉及在测试中使用的逆向工程。

“尽你所能地从这个现有环境中收集信息,”Enfinitum的首席云策略规划师Robert Green说。“我们的整体目标就是理解应用程序是何时发生问题的。如果你能够理解系统是何时开始发生问题,那么你就能够开始了解其瓶颈的所在。”

一旦你知道了系统发生问题的位置,那么接下来要考虑的就是应横向或纵向地扩展应用程序,以及需要哪种类型的支持来解决问题。但是,有时候那就是云供应商的问题,所以简单的解决方法就是换一家云供应商。在这些情况下,拥有一个在多个云中进行部署的规划和一个实现过程自动化的安装程序是非常重要的,Green说。应用程序本身是无法从一家供应商迁移至另一家供应商的,因此必须由用户来执行拷贝和数据移动的操作。

一个灾难恢复计划将有助于一次可能的迁移任务,其中包括了备份至物理硬盘或者复制至一个不同的区域。加速迁移过程的一个方法就是使用直接网络访问——这是一个由亚马逊网络服务(AWS)、微软和IBM提供的服务。

如果一家企业使用了正好是这些供应商中两家的托管设施,那么这就可以作-为从一家供应商更换至另一家的更快方法,StorageIO公司的高级咨询分析师Greg Schulz说。

“从本质上来说,在Amazon和Azure之间并没有一个不间断的服务,但是你可以以一个短暂的连接中断来实现一站式的服务迁移,”Schulz说。

出于相同的目的而使用多个云可能听上去有点不合乎逻辑,但是当发生问题时这样做确实是能够避免很多头疼事的,Schulz说。是的,虽然这样做会抵消与云相关的大部分资金节省,但是如果目标只是省钱,那么你可以得到你所支付的,他补充道。

“如果你的唯一关注就是实施云来节省成本,那么你错过了一些非常有价值的商业利益,也就是利用弹性、利用敏捷性、利用应对某些季节性需求的能力来真正获得迁移至云的灵活性,” Schulz说。

专心于API

一家企业是否能够成功地摆脱云困扰主要取决于它使用供应商专用应用程序编程接口(API)的依赖程度。大多数的IT部门并没有充分利用云供应商所提供的配套产品和API,因为它们涉及到他们并不习惯使用的服务。但是,使用这些配套产品和API是能够带来价值的,云专家说。一般来说,那些在现有数据中心中开发然后迁移至算的应用程序使用的都是网络计算和存储资源而不是可携式的。

当一个应用程序是在云中开发时,迁移工作就变得更为复杂了。因此,虽然云供应商吹捧使用专用API能够为用户节省资金和提高回报,但是具有讽刺意味的是,使用供应商所提供的工具越多,客户就越是受制于供应商。

“如果应用程序是基于Amazon平台开发的,即使用Amazon销售给你的消息按钮、警告、监控等API,那么我们就不得不离开,因为它使用的是系统的代码,你所谈论的是基于这个云或那个云来开发所有的API,总部位于芝加哥市的一家主机托管和私有云供应商SignleHop LLC的产品高级副总裁Jordan Jacobs说。“这是不可行的。那个客户属于AWS。”

如何避免云部署的心碎

首先是做好准备工作。执行一个详尽的性能考核。建立参数指标以捕获工作负载的高峰与低谷、确定发展速度并了解对容量和存储的需求。 制定一份计划。使用这些参数指标来建立一个计划,确定如何在云中进行规划以及如何退出。确定按照你的需求来迁移工作负载的最佳路径,并进行测试。

逆向再做一次。当云部署失败时,我们可能会对其原因追溯到客户,而不是供应商。使用在你迁移之前开发的相同工具来进行诊断和查明瓶颈问题。

对其进行备份。灾难恢复计划并不总是为灾难事件而准备的。使用多家云供应商来备份数据的成本将是非常昂贵的,但是当你决定放弃其中某一家时,这样做将避免出现大量让用户头疼的问题。

记住你的基础。内部开发的应用程序并不总是能够在云表现良好,尤其是那些依赖于特定内部架构的应用程序,这些架构是基于先于云的假设的。

把眼睛睁得大大的。云供应商提供的主机服务在传统数据中心中并不是通用的。这些工具可以节省客户的时间和金钱,但是他们往往要求使用专用的API。

SingleHop首次尝试推出的服务包括了一个专用的调配工具,Jacobs说。顾客们关注的是,该工具可能会帮助他们避免去耦合化,所以SingleHop使用行业标准软件对应用程序进行了重新开发以便于让应用程序与顾客的内部设置相互兼容。

事实上,供应商现在也开始认识到,客户受制将使他们更难以获得新的业务,Jacobs说。

“顾客受制于供应商有着其两面性,”Jacobs说。“从供应商的角度来看,客户来去自由,这是伟大的,但是这也让厂商更难以在市场上占据头把交椅。”

这就导致一些专家建议应用程序开发应与厂商的专用服务去耦合化,应用程序的开发应使用支持多个云基础设施的库。

在工作流之上应开发出一个层,以便于把它们与专用API隔离开来,或者可以使用一家平台即服务供应商来维护便携性,其前提就是它的配置在内部部署和云中都是相同的。

IT人士应当注意API的复杂性和兼容性,Enfinitum的Green说。大部分的云平台都提供了RESTful API,但是系统管理员们所面临的挑战就是让它们能够正常运行。“很多人都在谈论API,但是你是否拥有能够执行开发工作的开发人员呢?”他说。

我应当留下来还是离开?

总部位于波士顿的云技术合作伙伴公司的高级副总裁John Treadway之前曾建议客户应避免把应用程序迁往那些会导致受制于人的供应商,但是把应用程序迁移至另一家供应商云的成本和困难使得他现在开始鼓励客户重复利用专用的云服务。

云供应商都在持续不断地改变他们的产品并进行降价优惠,而迁移至另一家供应商当然是可能的,当然问题就是权衡这一迁移工作的风险了,他说。

“我总是在做出选择,”Treadway说。“我选择使用哪一种编程语言,每次我在进行应用程序开发时都会让自己不去接触那些我之后不会喜欢的东东。但是迁移的成本要远高于使用许可费用或者其他的费用。你必须要身入其中睁大眼睛好好看。”

关键字:云部署云迁移亚马逊

本文摘自:TechTarget中国

电子周刊
回到顶部

关于我们联系我们版权声明隐私条款广告服务友情链接投稿中心招贤纳士

企业网版权所有 ©2010-2024 京ICP备09108050号-6 京公网安备 11010502049343号

^