专家解析云部署时应避免的20个错误

译文
云计算
没有人经常及早为可能出现的问题作好规划。为了搞清楚我们如何能够提高成功率,CIO.com询问了多位专家:“云部署过程中最常见的错误有哪些?”本文是这些专家给出的回答和建议。

[[134704]]

通常来说,云部署情况不太好。

据THINKstrategies和INetU就企业迁移到云开展的一项联合调查显示,70%的调查对象承认,自己在迁移过程中不得不改变云设计。一半以上在头六个月内进行了调整,43%的云项目以失败告终或停滞不前,近一半在6个月内需要增加预算。

没有人经常及早为可能出现的问题作好规划。为了搞清楚我们如何能够提高成功率,CIO.com询问了多位专家:“云部署过程中最常见的错误有哪些?”

下面是这些专家给出的回答和建议。

1. 以为迁移很容易。

Tabush Group的创始人兼负责人Morris Tabush说:“最大的错误就是,以为云服务就是简单的、一切就绪的成套解决方案。就因为众多的云服务有‘自己动手’的注册过程,可能不需要特殊硬件,这并不意味着它们就是一切就绪的成套解决方案。”

一不小心,就会掉入“迁移会很容易”这个陷阱。

Zensar科技公司的助理副总裁兼云专家David Eichorn补充说:“企业可能以为,在内部数据中心顺畅运行的标准应用(比如电子邮件)在云端也会同样顺畅地运行。”

实际上,“根本就没有什么神奇的办法可以将你的资产迁移到云,”RKON科技公司的解决方案架构主管Christopher DeMichael说。“云迁移就是数据中心迁移,它带来了通常伴随数据中心迁移的种种复杂性。”

Eichorn建议在进行任何迁移之前,先在目标基础设施环境中进行测试。而DeMichael建议要改变观念。如果你将云部署当作数据中心迁移――谁也不轻视数据中心迁移,那么你成功的几率就要大得多。

2. 没获得帮助就向云迁移。

Broadview网络公司的首席运营官Brian Crotty说:“迁移到云不一定是个痛苦的过程,但要是事先没有考虑好、没有第三方帮助,可能会很痛苦。”

THINKstrategies公司的执行董事Jeff Kaplan说:“太多的企业组织依赖内部缺乏经验的员工。它们没有认识到向云迁移其实需要外部人员的帮助。”

Virtustream公司的联合创始人兼解决方案架构高级副总裁Sean Jennings说:“云采用常常是个财务决策,迁移成本被认为是阻碍实现既定的成本节省目标的因素。因而,许多企业在迁移方面抄捷径,把尽可能多的事情推给云服务提供商,认为提供商具有必要的专业知识。提供商错在有时使过程过于简单化,‘奉送’千篇一律的迁移服务,对相应的应用程序知之甚少。这常常导致客户大为沮丧,可能会成为影响客户满意度的问题。经验丰富的迁移专家却非常了解你的应用程序,花钱雇他们是值得的。”

3. 试图完成“孤注一掷”的部署。

Mimecast公司的网络安全专家Orlando Scott-Cowley提醒:“向云迁移时所犯的最大错误可能是,试图宣告IT部门破产,孤注一掷,把赌注全押在云上。最好你应该考虑‘逐步过渡到云’。”

MRK科技营销服务公司的负责人Michael Krieger也表示:“现有的基础设施和数据库未必需要大刀阔斧的叉车式升级。许多公司之所以取得了成功,就在于从aPaaS(应用程序平台即服务)或iPaaS(基础设施平台即服务)战略入手,旨在缓解某个特定的开发或整合问题。”

4. 以为云会解决自己的IT问题。

KEMP科技公司的技术产品营销主管Jason Dover说:“企业组织常常错误地推测,云部署模式本身就可以解决一大部分的IT组织挑战,包括很高的资本开支、资源浪费以及产品迟迟不能推向市场。事实上,要是IT管理方面缺少一项合理的总体战略,引入云只会增添复杂性和意外成本。要是没有适当地考虑合规、安全、性能,也没有分析现有的应用程序,这些好处不可能会像高层管理人员通常希望的那样迅速变为现实。为了避免这种情况,先要分析整个企业的业务部门在如何使用现有的基础设施、它们的主要需求以及现有应用程序的自然迁移路径。”

5. 把云部署完全当成是虚拟化的延伸。

ActiveState公司的战略副总裁Bernard Golden说:“人们在云部署方面会犯的最大错误就是,想当然地以为云就是虚拟化的一种延伸,而不是全然不同的基础设施自动化模式,这种模式本身就有虚拟化机制,作为其中一个软件层。犯这个错误的企业通常试图将现有的工具和手动过程与云编排环境结合使用。它们通常遇到的情况是,略有改进的虚拟化环境无力满足用户的期望和需求,导致利用率低下,用户加大与公有云环境的直接联系。”

#p#

[[134705]]

6. 任由偏重技术的视角主导云采用战略。

Orange Business Services公司美洲区云服务主管Jay Stephens说:“大多数公司在云部署方面做得不够深入。它们实施了基于云的服务的技术组件,但内心深处并没有接受全面获得云的业务好处所需要的观念和转变。”

想要被视为业务部门的重要合作伙伴,Stephens建议IT部门建立跨职能部门团队,确定需要哪些服务、不需要哪些服务,然后为全面系统整合制定一项计划,而不是仅仅为基本的流程自动化制定计划。

目的在于让整个企业、而不仅仅是IT部门准备好迎接云。一旦业务运行方面可以轻松利用云,整个企业就会准备迎接不可避免、永不停息的‘适应’周期。

Pneuron公司的首席技术官Thomas Fountain说:“我们现在应该坦然面对这个现实,即变化不会停止,尤其是构建和部署解决方案的业务、监管和竞争方面。”

7. 选择员工不需要的云服务。

Cirba公司的联合创始人兼首席技术官Andrew Hillier特别指出:“在内部云方面,似乎存在一种错误的观念,那就是如果你建好了,就会有人来。”

Huddle公司的总裁兼联合创始人Alastair Mitchell解释:“大多数基于云的解决方案其设计初衷是希望打造数字化工作场所,便于打造一种更开放、更合作的组织。这意味着关键不仅仅在于技术,还在于用户。”

Sookasa公司的首席执行官兼联合创始人Asaf Cidon说:“企业需要选择员工想要使用的云服务。要不然,员工最后会继续使用自己偏爱的云服务,而不会使用公司规定的解决方案。”

SearchYourCloud的首席执行官Simon Bain补充道,如果你没有问过用户就选择了解决方案,“用户不会觉得这是帮助工作的工具,而是会认为反而阻碍工作,妨碍了他们眼里完全可以接受的现有解决方案。”

Soonr公司的营销副总裁Sam Liu说,云项目“是企业IT部门改善与最终用户之间关系的大好机会。摈弃传统的‘自上而下’的应用程序开发和交付方法,改为与最终用户更合作的方法――用户知道需要什么才能高效工作,而IT知道什么会遵守企业政策。”

8. 忽视网络的影响。

Kinvey公司的产品管理副总裁Jikku Venkat说:“最大的云部署错误之一就是忽视基础设施。”

Internap公司的云和主机托管高级副总裁兼总经理Satish Hemachandran说:“光拥有最佳的云计算和存储硬件配置并不能确保最佳的云性能。要是没有一个可靠的高可用性网络,你的环境就会存在延迟、安全性差、缺少受控访问等问题。”

想扩建一个在毫无妥协的情况下能够处理大量事务和用户的网络,Hemachandran建议向云服务提供商询问客户流量分割、分段管理以及网速保证等方面的问题。

9. 忽视“云”的物理基础。

FieldView Solutions公司的首席营销官Sev Onyshkevych强调:“云并不是‘天空中高高在上’、虚无缥缈的东西;它通常是非常庞大的实体数据中心,需要消耗场地、电力、冷却、网络容量和运作资源。”

AeroFS公司的首席执行官兼联合创始人Yuri Sagalov提醒:“考虑到公有云的底层架构几乎总是基于大众化硬件……出现故障也就自在情理之中。设计时要考虑到可能出现故障,因而需要在多个可用性区域、多个地区、甚至多家云服务提供商处运行你的基础设施。”

别满足于保持质量和冗余性。Sagalov建议,你应该用Chaos Monkey(http://techblog.netflix.com/2012/07/chaos-monkey-released-into-wild.html)来测试故障可能性,Netflix公司的这个开源工具可以在一天和一周当中随机性地突然关闭各项服务和实例。

10. 将云资源当作你的物理基础设施。

Avial Partners公司的执行合伙人Scott Maurice说:“我见到客户犯下的最常见的云部署错误就是,他们把云部署当成是物理数据中心部署。”

Flux7公司的首席执行官兼联合创始人Aater Suleman说:“如果运用同样的老一套原则,就很容易让云退化到与内部部署型基础设施一样的水平。传统的度量指标从花在施建、设备和IT人员方面的资金来衡量IT成本,忽视了低效的IT部门因阻碍进步而给整个企业带来的负担。云的作用并不仅仅是节省设备和实体成本;自动化功能可以改进工作流程,提高工作效率,从而节省更多的软资金。”

#p#

[[134706]]

11. 被一家提供商牢牢束缚。

Planview公司的CIO Jerry Sanchez说:“将工作负载迁移到云服务提供商时,很容易预料立竿见影的、实实在在的好处。比较困难的是很早就考虑最终另换一家云服务提供商,或者将工作负载迁回到企业内部。连良好的商业关系也会走到头。你一开始就要有退出策略。”

为了有所防备,Open-Xchange公司的首席执行官兼联合创始人Rafael Laguna建议,“问问自己,不同的提供商是否可以满足你的云需求,是否有工具可以从一家提供商换到另一家提供商。”

Taneja Group的资深分析师Mike Matchett说:“如果你在一个云里面开发的新生产应用程序确实大获成功,你希望有机会将该应用程序迁移或扩展到其他云服务,甚至能够迁回到企业内部。”

12. 避免混合解决方案。

Forsythe公司的安全解决方案副总裁David Poarch建议:“别光想着云部署。把注意力放在运行混合环境的最佳之道,可以无缝地整合传统功能和数字化云功能。”

whatisitwellington网站的作者兼IT顾问Ian Apperley说:“部署到混合云服务可以提高灵活性,加强对成本的控制,需要时在有需要的地方增强功能,还能大大降低风险。”

13. 没有全面审查云解决方案。

CliQr公司的企业开发执行副总裁兼首席营销官David Cope提醒:“不同云的价格和性能大不一样。”他公司的应用程序迁移性和基准测试工具发现不同云环境之间相差50倍。

ISG公司的首席顾问Scott Feuless表示,虽然很难对云服务提供商进行一番分析,“但也没有理由完全放弃,凭直觉行事,或者选择最受欢迎的服务提供商,或者按照朋友的建议行事。”

RiverMeadow公司的总裁兼首席执行官Mark Shirman说:“没有重视本企业的要求就贸然选择任何云解决方案,那将是个错误。”

Feuless表示,如果你事先没有从本企业的要求方面评估功能,可能会有一系列功能或者说缺少一系列功能让你措手不及。那些功能包括但不仅限于:移植性、弹性、支持、合规、可审计性、服务级别协议(SLA)、治理流程、可扩展性、可靠性、容错性、可恢复性、发票可预测性、净现值(NPV)、互操作性、响应时间、安全和隐私。

Connectria公司的副总裁兼首席运营官Rusty Putzler表示,一旦你缩小了考察对象的范围,“就要去提供商的场地实际看一下其运行方式。如果对方不愿意安排你去参观,可以视之为一大危险信号,那就另换一家。”

14. 糟糕的云部署规划。

Softchoice公司的技术服务经理Tim McKellips说:“如果人们无视目前的环境,那么向云迁移时就会犯错。将不稳定或过时的数据从数据中心迁移到云,云端就会出现过时的、不稳定的数据。你很容易无视自己的现状,而只关注前进的方向。”

我们采访的多位专家提醒要注意糟糕的云部署规划这一不利因素。RiskIO公司的战略副总裁Jeff M. Spivey表示,比如说,如果你不抽时间全面了解本企业和行业的合规风险,结果就是“许多部署变得岌岌可危,企业主面临过多的风险。由于被动地实施安全,而不是一开始规划好全面整合,部署的系统到头来成本更高。”

NaviSite公司的集团副总裁兼总经理Sumeet Sabharwal补充说,“向云迁移之旅始于事先有一项合理的战略,这项战略明确了关键驱动因素、相关的商业理由、预期的结果(细分为项目里程碑)和分阶段的迁移计划。”

15. 选择种类不当的服务,并使用太多服务。

在决定选择基于IaaS、基于PaaS还是基于SaaS的云解决方案时,“我们往往看到‘先构建’的心态,而不是‘先解决’的心态,”Nimbix公司的首席技术官Leo Reiter说。“比如说,消费者常常求助于一味创建‘实例’,试图自行安装、配置和管理软件,而不是选择能交付完成任务的应用程序的提供商。但是如果你就想要解决某个特定的问题,其实应该关注用SaaS模式交付的一切就绪的成套解决方案。”

如果随意做出了云解决方案方面的决定,就会碰到这种情况:试图管理多种不同的云实例。

Infinitely Virtual公司的首席执行官Adam Stern说:“鉴于每个解决方案易于使用、成本低廉,企业组织需要克制住使用众多不同云的冲动―――尽管这种冲动可以理解。我果真希望自己的数据放在各处,而不加控制?这正是云散乱现象的本质。”

#p#

[[134707]]

16.低估了成本。

SolarWinds公司的产品营销和战略副总裁Gerardo Dada说:“没有进行适当的成本规划常常导致最后惊讶地发现成本高涨。”

Storiant公司的首席执行官兼联合创始人Jeff Flowers说:“云服务具有的吸引力可以理解。把许多数据放在公有云很容易,成本也很低,以至于许多企业在各部门采用云解决方案,日积月累,使用的云解决方案越来越多。”

K2公司的首席技术官Koos du Preez提醒:“要是没有落实适当的流程以监控成本,形势很快就会失控。”

Flowers继续说:“如果公司集中规划和实施私有云战略,提供与公有云同样的可扩展性和经济效益,但又没有公有云的负担,就可以避免成本超支和数据锁定这个错误。”

此外,Harmeda公司的合伙人Max Dufour建议,你“在评估解决方案时不能光考虑成本,还要考虑实际的业务价值。全面分析好处和功能很重要,而不是分析初始成本方面的少许节省。”

17. 搞好后弃之不顾。

Limelight Networks公司的运营副总裁Dan Carney说:“说到云服务,许多公司常常认为云是与一家不可知的公司之间不即不离的关系。这种缺乏沟通的问题是一大错误,如果你把关键任务型服务交到云服务提供商的手里更是如此。”

Dyn公司的首席技术官Matt Larson说:“太多的公司依赖云,但是并没有经常监控和衡量云服务的性能。”

451研究公司的企业安全业务资深分析师Adrian Sanabria建议,“除非对方为你提供某种方法来有效地监控控制台访问和活动,否则别使用云服务提供商。”

Larson表示,云性能确实会出现下降的情况,要是你没有监控和解决出现的问题,就无力解决问题。

18. 忽视灾难恢复规划。

Denny Cherry & Associates Consulting公司的老板兼首席顾问Denny Cherry说:“传统的灾难恢复规划仍然跟以前一样重要,因为基于云的数据中心仍会受到灾难的影响。”

灾难恢复很重要,可是绝大多数的云用户并没有为更糟糕的情况作好防备,尽管其内部网络完全与云一样容易受到灾难的影响。

据参与Vision Solutions公司最近开展的一项调查的受访对象声称,一旦数据放在云端,近三分之二的企业承认没有为其数据落实高可用性机制或灾难恢复保护机制。

想获得真正的灾难恢复,就需要异地备份,而不仅仅是同一家云服务提供商在不同地方的另一个实例。

Delphix公司的产品营销经理Charles Moore说:“如果企业或云服务提供商遭遇身份泄密,入侵者就有可能删除该企业在每一个云区域的所有工作负载和备份数据,通常只要借助单一控制台和登录身份。”他特别指出,Code Spaces就发生了这一幕,结果该网站被迫关闭。

19. 没有做到一切都自动化。

CloudCamp公司的联合创始人Dave Nielsen说:“最大的错误就是没有对一切实现自动化。要对几乎一切实现自动化,比如构建虚拟机或容器,然后根据应用程序的需要来更新配置文件。如果系统管理员发觉自己一再从事同一项任务,那么这项任务就应该自动化。”

20. 只将云视作短期策略。

云可以为贵公司带来革命性的影响,询问“眼下云能我做什么”是一种目光短浅的观点。

Clarizen公司的托管服务副总裁Meir Uziel说:“与其说云是IT功能方面的变化,还不如说是业务战略方面的变化。云让企业可以将IT资源作为一种服务来使用,这更多地涉及流程,而不是涉及实际技术,这因而需要IT与公司的业务部门之间有更深入的联系。”

结论:要是没有为成功作好准备,别贸然投入

云部署方面有许许多多的错误,可能会让你犹豫不决,甚至不敢考虑向云迁移。别犯这个毛病。

CMI公司的解决方案副总裁Tim Cuny说:“大多数企业所犯的最大的一个部署错误就是一味等待。”

弗雷斯特研究公司的资深分析师Lauren Nelson说:“想为成功作好准备,就要确定部署项目的目标和范围。”

如果你在部署云方面有经验,而且在人们应该避免的错误方面有更多建议,欢迎留言交流。要是我们都能从别人的错误当中汲取教训,就能提高云部署的总体成功率。

原文标题:20 cloud deployment mistakes to avoid
 

责任编辑:Ophira 来源: 51CTO
相关推荐

2020-03-02 08:00:00

微服务架构软件开发

2021-12-02 18:07:53

云网络部署云端云计算

2023-06-07 07:43:06

APIVue 2Vue 3

2024-01-25 11:28:18

CIO数据战略IT领导者

2019-07-01 10:43:15

区块链技术数据

2021-02-23 10:36:13

IT主管首席信息官IT预算

2010-07-20 11:43:56

Perl错误

2023-08-01 10:41:27

分派IT工作CIO

2022-12-07 08:47:48

2019-11-01 10:45:48

CIOIT技术

2024-02-23 11:29:05

数据中心服务器

2024-04-03 14:50:46

数据中心冷却数据中心

2009-01-27 17:24:00

服务器数据虚拟化缺点

2021-03-09 09:52:55

技术React Hooks'数据

2011-07-28 09:42:14

IT安全虚拟化数据泄漏

2022-02-24 14:53:39

大数据安全数据集

2023-01-17 09:27:18

Python语言

2021-12-21 11:16:04

云计算云计算环境云应用

2017-03-29 19:00:20

灾难恢复IT停机虚拟化

2017-08-29 11:05:00

Python编程错误
点赞
收藏

51CTO技术栈公众号