云计算构建需谨慎 六大原则应牢记

本文讲的是云计算构建需谨慎 六大原则应牢记【IT168 专稿】如果追根溯源的话,云计算可以一直追溯到大型机计算,不过一些云计算专家完全不赞同把两者相提并论。

  不过,据分析师和构建任务密集型云基础架构的IT部门声称,云计算的实现非常新颖、非常复杂,以至于许多基本规则目前仍在制定当中。

  企业战略集团(ESG)的分析师Mark Bowker表示,如今多达17%的公司对使用外部公司提供的虚拟桌面颇有兴趣。

  尽管热情高涨,但目前很少有久经考验的最佳实践指南适用于混合型的内部/外部云网络。Bowker表示,虽然数据中心指导原则适用于此,但不涉及将外部IT与内部IT结合起来的许多复杂问题,也不涉及将应用程序快速地分发到桌面,以至于最终用户无法区别哪些应用程序来自内部、哪些来自外部的许多复杂问题。

  不过,有几个原则教你慎重上马云计算项目。下面是要牢记的六个基本原则。

  1、不要过于集中。

  利用集中在数据中心的IT服务是云计算和虚拟化的目的所在。Equinix公司云和IT服务总经理Vince DiMemmo表示,不过也要密切关注最终用户的响应时间。这家公司实际上提供了平台和基础架构服务,便于其他公司构建自己的平台和基础架构服务。其客户包括Verizon、AT&T、日本电信、MCI、康卡斯特和YouTube及其他公司。

  他表示,用户按下键后与收到服务器(可能放在世界上任何地方)回应之间的延迟事关云计算项目的成败。

  Bowker说:"要是用户觉得响应速度不够快,就不会接受虚拟桌面基础架构(VDI)服务,同样不会接受软件即服务(SaaS)。"

  Equinix将用户访问节点分散到网络边缘上--尽量接近最终用户。他说:"我们缩短了网络与最终用户之间的实际距离--如果我们能直接连接,甚至争取做到在一幢大楼里面。每个中继段(hop)都是一个设备,各自会带来网络延迟,从而增加响应时间,哪怕只有短短几微秒;如果算上每个节点传送的每个数据包,总的延迟时间就会很长。"

2、不要忘了硬件。

  据Illuminata公司的高性能计算分析师Gordon Haff表示,虚拟化和云计算本该会让硬件看不见,但这不是说提供服务器和存储系统的人就可以敷衍了事,使用功能不太强的服务器或者甚至限制数据高速流动的输入/输出技术。

  Haff说:"每当一个指令在队列中等待,或者通过服务器或存储系统的输入/输出总线,就会增加延迟。服务器速度越快、功能越强,对用户来说延迟就越少,无论用户是在云环境,还是在比较传统的数据中心。"

 3、关注遗留问题。

  Queplix专门开发将遗留应用程序移植到云环境的工具,据该公司的首席技术官兼创办人Steve Yaskin声称:"大多数遗留应用程序当初并不是为了在云环境或其他弹性环境中运行而设计的,所以连它们的数据结构都不适合在云环境中正常使用。有关某个人的所有数据可能分散在三四个数据库上--交易在一个数据库中,地址在另一个数据库中。"

  Queplix或Springsource(去年8月被VMware收购)提供的元数据目录可缩短应用程序从多个来源装配数据所用的时间;Yaskin表示,良好的缓存机制可以确保常用的数据随时可用;而为应用程序提供存储资源遵循应用程序使用有多频繁,而不是应用程序价值几何或其他标准的依据,也有望大大缩短响应时间。

 4、不要让你的软件变得繁琐。

  DiMemmo表示,让网络和服务器高速运行起来只解决了延迟问题的三分之二。

  许多基于云的应用程序使用标准的浏览器,而不是专门为广域网上快速响应而设计的接口,或者是客户端与服务器之间可调整数据包大小、限制两者之间繁琐管理开销从而确保性能尽可能高的接口。

  DiMemmo说:"许多那些应用编程接口(API)相当繁琐。它们必须把消息划分成三份、四份或五份,每一次增加了40或50毫秒。我们过去以为,用户与服务器之间的往返时间为150毫秒相当好。如果你仅仅操作一次,这个延迟不算长。但每次通信都需要一而再再而三地这么操作,结果延迟时间非常长。"

 5、不要用以前的那套方法来评估成效。

  有些服务级别协议高度依赖不太可靠、以IT为中心的衡量标准,如互联网协议性能测量(IPPM)准则,这种协议并不适合基于云的应用程序。体验质量(QOE)这种主观标准衡量的是从最终用户的角度来评估应用程序表现如何,而不是通过衡量数据包通过网络的状况来评估应用程序表现如何。DiMemmo表示,现在云客户更常要求采用体验质量这个衡量标准。

  据伯顿集团的分析师Chris Wolf声称,以前服务级别协议关注的是IT部门完成任务的情况有多好,而不是最终用户对结果有多满意。他表示,云服务必须关注最终用户的体验,这可能比较容易,因为IT部门本身就是许多云关系中的客户。

  6、不要省了小钱浪费大钱。

  据IDC公司的桌面虚拟化分析师Ian Song表示,增添内部或外部的云服务让IT部门可以从根本上改变构建及支持基础架构的方式,并且有望成为一个充分的理由,不仅限于许多公司为服务器虚拟化项目定下的节省成本目标,这个理由还适用于桌面虚拟化。

  Song表示,公司在构建云基础架构时拼命省小钱只会得不偿失,因为不但交付的云系统其性能符合不了最终用户的预期目标,还无法让一项原本极其灵活的技术充分发挥其潜力。

  Song说:"当公司改用云计算时,它们其实必须实现高端功能--高可用性、容错机制以及为灵活的SaaS作好规划。它们应该在服务器虚拟化的基础上有所拓展,而不是光盯着节省资金的最终目标,或者光想着虚拟化的功能。云可以让公司更上一层楼。"

原文发布时间为:2010-05-06

本文作者:杨晓勇

原文标题:云计算构建需谨慎 六大原则应牢记

时间: 2025-01-28 07:03:43

云计算构建需谨慎 六大原则应牢记的相关文章

“朝阳”不落 服装ERP选型需遵循六大原则

服装行业 一轮保持不落的"朝阳" 在所有的行业中,服装行业是永恒的"朝阳",如果说衣.食.住.行是人类生活的四大元素,那么"衣"则显示了对人类尤为重要的地位. 我国是世界上最大的服装消费国,同时也是世界上最大的服装制造国之一,因为与时尚潮流的密切接轨,使人们的服装更新频率日益频繁.与其他行业相比,服装业的投资门槛低,不需要太多的专门技术,而且市场风险相对较小,因此市场竞争甚是激烈. 为了争取市场的份额,服装生产企业正由量的膨胀向质的细分化.多样化

【金蝶】企业云计算落地需审视六大挑战

&http://www.aliyun.com/zixun/aggregation/37954.html">nbsp; 在"转型时代的云计算服务创新"分论坛上,金蝶集团首席架构师张良杰向与会的广大CIO全面分析了当前云计算的现状,并针对云计算落地应当审视的因素以及如何打造可落地的云计算进行了细致地说明. 知其然,不知其所以然 针对当前公众对于云计算的理解不一,张良杰表示,不同的人对云计算都会有不同的理解,大规模的数据中心可以是云计算.海量的存续也可能是云计算,虚拟

泄露版《开放云计算宣言》中的六大原则

本文讲的是泄露版<开放云计算宣言>中的六大原则,[IT168 专稿]关心云计算的朋友一定记得我们以前报道过国外曾讨论过一份云计算宣言,并且有不少企业加入(当然也有不少企业不愿意加入).而要想弄清楚云计算(cloud computing)究竟是怎么回事,这份<云计算宣言>要显得重要的多.现在网络上有一份"开放云计算宣言"(OpenCloudManifesto)的泄露版可供参考.这份文件谈论了几个关键概念,包括资料与应用程序从一云端提供者迁移(port)至另一云端提

网站优化之url设计应遵循的六大原则

UEO这个词相信大家也不陌生,中文意思就是用户体验.现在很多网站都注重用户体验,毕竟我们做网站最终是服务于用户,所以我们在网站设计和优化时也要考虑用户体验.用户体验的范围很广,这里主要讲述从用户体验的角度来分析网站的url设计,简单的说,url应该清晰友好,方便记忆.那么我们在网站建设中应该如何去设计url呢?下面就由笔者来讲述url设计的八大原则. 一.url月简洁越好 我们举个例子来说,假如你看到了一个非常长的url,给你的第一感觉是怎样的?同样,我们的用户面对着冗长的url地址,肯定也会产

银监会普惠金融部主任:监管网络借贷的六大原则

近日由中国互联网金融协会主办的2017中国互联网金融论坛在北京召开.探讨主题为"数字技术如何驱动普惠金融发展",中国银监会普惠金融部主任李均锋出席演讲. 据雷锋网(公众号:雷锋网)了解,李均锋表示,对网络借贷的监管应坚持六大原则: 一.在监管主体责任上,应坚持协同监管.进行多功能.多条线的监管,实现多方位.立体式地监管. 二.侧重行为监管的基本方式.对网贷机构的监管应该侧重适中的行为监管,按照业务行为在监管规定的规则下运营.主要有两大核心:市场主体应回归信息中介的本质:实行负面清单管理

&quot;双十一&quot;风险暗藏危机 网络狂欢需谨慎

本文讲的是"双十一"风险暗藏危机 网络狂欢需谨慎,"双十一"光棍节临近,网购盛宴的宣传预热已经让不少网民跃跃欲试,但与此同时,网络购物消费高峰的背后也将是网购欺诈和纠纷的高发期.全球服务器安全.虚拟化及云计算安全的领导厂商趋势科技近日提醒广大网民:一些不法分子会悄悄隐藏在"网购狂欢"队伍中,并伺机发动网络攻击.建议大家在"双十一"网络狂欢的同时保持警惕,不轻易点击来路不明的链接.不轻信过低的商品报价.不接受疑点较多的活动邀请.

java设计模式六大原则之场景应用分析

看了一篇文章,感觉收获蛮大,不过还有一些不懂,收藏慢慢研究. 面对项目中如此众多的设计模式,我们有时候无法下手.在强大的设计框架也终脱离不了23种设计模式,6大原则.我们只要把内功修炼好,掌握其精髓也离我们不远了...     目录: 设计模式六大原则(1):单一职责原则 设计模式六大原则(2):里氏替换原则 设计模式六大原则(3):依赖倒置原则 设计模式六大原则(4):接口隔离原则 设计模式六大原则(5):迪米特法则 设计模式六大原则(6):开闭原则 设计模式六大原则(1):单一职责原则 设计

设计模式六大原则(6):开闭原则

定义:一个软件实体如类.模块和函数应该对扩展开放,对修改关闭. 问题由来:在软件的生命周期内,因为变化.升级和维护等原因需要对软件原有代码进行修改时,可能会给旧代码中引入错误,也可能会使我们不得不对整个功能进行重构,并且需要原有代码经过重新测试. 解决方案:当软件需要变化时,尽量通过扩展软件实体的行为来实现变化,而不是通过修改已有的代码来实现变化.          开闭原则是面向对象设计中最基础的设计原则,它指导我们如何建立稳定灵活的系统.开闭原则可能是设计模式六项原则中定义最模糊的一个了,它

微软云计算构建时互操作同行

CNET科技资讯网3月8日北京报道(文/孙莹)互操作部门对于微软来说一个非常重要的部门,随着微软自身越来越开放,在全球范围内,微软及其客户所面临着诸多现实的互操作性挑战.很多客户的环境都是异构的,同时采用不同的产品和技术,如何获取所需信息,使异构解决方案更好地协同工作,微软产品如何在复杂的环境下健康运行,需要微软与公司内部和外部各企业.各团体组织的通力合作,来应对这些挑战,因此微软专门成立了一个部门来做互操作研究. 市场上存在着各种各样不同的产品.技术和标准,互操作问题很难从一个角度来解决,微软