对于公共云计算来说,我们认为有五类重要缺点。这五类缺点并不都适用于私有云。但由于公共云利用最广泛,而且最受大家关注,所以我们还是针对公共云进行了分析。这五类分别是安全性、可移植性、控制力、局限性和性能。显然,这些都是非常粗的分类,要完全理解它们,我们还需要深人地对它们进行逐探讨。
安全性我们总是会听说有个人信息泄露了,或者有安全漏洞了。这使我们不禁想问一个问题:“云提供商是如何存储和保护我们的信息的?”你也可以对许多SaaS供应商提同样的问题。而两者稍有不同的地方在于,SaaS的供应商通常知道他们是否收集和存储了敏感信息,如个人身份信息(姓名、地址、社会保险号、电话号码,等等),因此他们会采取额外的预防措施,并发布自身对于这些信息的保护举措。而云提供商对于系统中存储了什么一无所知( 也就是说,他们不知道客户究竟存的是信用卡号还是博客),因此他们也就没有额外的预防措施,来限制或阻止他们自己的内部员工访问你的数据。当然,也有方法避免发生这种情况,如不在云系统中存储敏感信息,但这种变通方案会给你的系统增加更多的复杂度,而且很可能会带来更大的风险。如前所述,对于你的公司或者你要在云中托管的应用来说,这一一点可能非常重要,也可能一-点都不重要。可移植性下一类缺点是可移植性。我们渴望有一天能够不修改任何代码或配置,就可以把你的应用从一个云移植到另一个云中,但这-天还没有到来,而且我们认为近期也不太可能到来,因为对云提供商来说,让这种流程变得简单易行对自己没有任何好处。这并不是说不可能把应用从一个云迁移到另一个云,或者从一个云迁移到物理服务器的托管环境中,但所采用的云和特定服务决定了这种迁移一定会 花费很多力气。例如,如果你现在使用的是Amazon公司的简单存储解决方案,而你想转移到另一个云或一组物理服务器上,那么你可能需要改写你的应用,用单一数据库来实现存储。虽然这并非是最难的软件开发项目,但它的确要消耗许多时间和资源,而利用这些时间和资源,你原本能开发出更多的新功能来。一个原则就是采用同质化硬件,而这种让硬件不受供应商限制的方法对经济有效地扩展来说,至关重要。不能在云之间轻松转移是与这条原则相悖的,因此应该被看作云计算的一个缺点。
控制力无论何时,如果你的系统的任何部分都要依赖于一家供应商,那么你就是把自己公司的未来交到了另一家公司手中。我们更愿意尽可能多地自己控制自己的命运。对我们来说,把大量的控制力拱手让给第三方,是一步艰难的决策。对于操作系统或关系数据库来说,这样做也许还可以接受,因为你可能就直在使用一家供应商或产品线,并且已经使用它们多年了,而你自己的软件开发团队也没用可能比它们构建或管理得更好,除非你的业务就是有关操作系统或关系数据库管理系统的。就托管环境而言,许多公司都对被管理的环境敬而远之,因为他们通常都用自己的技术人员来处理托管硬件所需的运营任务,他们讨厌让供应商把事情搞得一 团糟,导致自己痛苦不堪。云环境也是如此。他们的员工都不是你的雇员,他们与你的业务没有任何利害关系。这并不是说云或托管环境提供者的员工都是不好的。恰恰相反,他们通常都很有才华,只是他们不知道或者不理解你的业务而已。他们需要维护和运行成百上千台服务器。他们并不知道这台服务器比那台重要,对他们来说,这些服务器都是一样的。放弃了对于基础设施的控制力会给你的业务增加一定的风险。
为外、许多云供应商甚至不能提供有保证的可用性或系统正常运行时间、如果供应商无法提供责任条故来保证他的产品、那么最好总是把他们的服务看作是尽力而为的,也就是说、你需要除此之外为外准备后路。但证如我们在前面可移植性中淡到的,在多个云上运行或切换应用不是个简单的证务。
局限性按下来我们要看的云计算的弊端或缺点是由虚拟环境的本性造成的局限性。云供应商和其他的云服务提供商都在积极致力于解决部分的局限性,但尽管如此,它们仍然存在于当前的某格云或所有云环境中。在这些局限性中,我们最关心的有三个,即IP地址、负载均衡以及云上的第三方软件支持。在许多早期的云上、第种局限性就是服务器缺少公共的或静态的IP地址。许多云都开始着手解决这个问题,额外付费即可提供静态IP地址。但这并未解决没有自己的IP空间的问题。对于大多数不准备拥有和管理自己的IP空间的公司来说,这只是个小问题,但对某典公司来说、这个问题却非常重要。例如、如果你要发送很多电子邮件、而且对主要的电子邮件网骆(如AOL)来说、你已经成为了可信的电子邮件、而且你准备依靠静态IP地址来实现可靠的邮件通送。在可信邮件公开标准(TEOS)或类似的标准被采用之前、我们只能根据IP地址的白名农和黑名单来分牌可信的资源或不可信的资源。如果你想继续发送大量的电子邮件,那么停留在邮件服务器的白名单上至关重要。
对大多数云供应商来说、我们关心的下一个重要局限性是他们缺少物理的负载均衡器。大多数云供应育或服务提供商都实现了某种软件负载均衡器、但与物理设备相比、它们其有定的局来性。软件负载均衡器的功能集总是在改变和升级,但总的说来,物理的负载均衡器在某担领域被得更好,这些领域包括分布式拒绝服务保护、压缩、安全套接层(SSL)终止、连接池、缓存和漫冲。与我们已经提到的所有需要关心的问题一一样、这些问题对你来说也许并不重要,值如果你险好要提供儿十亿条广告或流媒体,那么你的负载均衡器的吞吐量对你来说就非常重要了。不过、在云环境中通常可以通过增加更多的虚拟硬件来级解这” 局限性。
在我们最关心的局限性中,最后一个问题就是在云计算环境中缺少第方供应商软件的支静。这些第三方软件可能被你用作了系统的于组件或是你系统的一部分、 但我们主要相心的还是关系数据库管理系统和数据仓库管理系统。这些系统中许多都可以在虚拟环境中运行、而更多的也正致力于使他们的系统支持云。但如果你打过支持电话,得到的答案是你的问题需要升级数据库版本才能解决、那么在云上运行,对于你的问题的答案也就可想而知了。这样会使你在选择家统的关键组件时被限制在几家供应商中。就数据库面言、你的架构设计很重要。如果你们然贝微靠一个巨大的单数据库,那么供应商的局限性可能会是个问题。如果你是运行在 个小的开源数据库上、而且分別沿着AKF扩展立方的X轴、Y轴和轴作了划分、那么这种局限性对你束说就不那么重要了。
性能我们关心的云计算的最后类缺点是性能。 就我们在云计算基础设施上的终验而首、从相等的物理硬件与虚拟硬件上预期得到的性能是不同的。显然,这一点对你应用的同扩展性来 说非常重要,尤其基在你有单件应用、批处理作业的单一实例或者部分应用只运行在合服务器上时。湿然,对任何东西来说、只这行一个单实例都不是一种有效的扩展方式,们通常许多团队都是从一台服务器开始的,直到需要时才在多台服务器上测试他们的作业或程序。当你把作业迁移到一个云后,一旦你意识到在新的虚拟服务器上作业的处理落后于预期,那么你就会措手不及,不得不重新测试以确保这个作业能在多个主机上顺利运行。
虚拟软件在某些方面性能可能会低几个数量级。标准的衡量性能的指标包括内存速度、CPU用量、硬盘存取速度等。在虚拟主机中,并没有标准的降级指标或对应指标。事实上,这些性能指标在不同的云环境中有所不同,当然不同的供应商所提供的也不同。大多数公司或应用要么没有注意到这一点,要么不关心它,但对于那些要对转换云计算供应商进行成本收益分析的公司来说,就需要用你的应用来测试一下这些指标了。不要相信供应商拿出的虚拟主机的指标。就主机性能来说,每个应用都有自己的敏感度和瓶颈。有些应用的瓶颈是内存,在某些主机上使内存速度降低5%,就会使整个应用的可扩展性大大降低。当你每个月都要为计算支付几千美元时,性能就变得非常重要。本来只需要12月的工作,现在可能需要18个月或者24个月了。
云计算的缺点
我们可以看到,云计算有五类重要的缺点,它们排名并不分先后。
●安全性。SaaS公司确切地知道有哪些敏感信息或个人身份信息进入他们的系统了,但云提供商却不知道这些,而且也不关心这一点,这样就给数据安全性带来了一定隐患。
●可移植性。在云上启动和运行虽然很简单,但应用的实现却决定了很难把应用从云上移到物理硬件或其他云上。
●控制力。外包你的基础设施,那么你的应用是否可用,控制权就全在第三方手里了。与ISP可以提供冗余性不同,目前用云还难以实现冗余性。
●局限性。在某些云产品中,我们发现了三种局限性:
1.IP地址。早期的云甚至不提供静态IP地址,现在大多数云都提供了。但他们仍然不允许你有拥有自己的IP地址,而对某些应用或服务(如电子邮件)来说,这点非常重要。
2.负载均街器。大多数云提供了软件负载均衡功能,虽然这是一种很大的提高,但相对于硬件负载均街器来说,软件负载均街器还是有一定的局限性。
3.第三方软件支持。有些第三方的软件供应商可能还不能支持他们的软件可以在云环境中运行。这样当你要从他们那里获取支持时,可能会遇到麻烦。
●性能。即使云是按照相等的计算能力销售的,不同供应商所提供的真正性能也有所不同,物理硬件和虚拟硬件提供的性能也不相同。你必须自已测试性能以确定对你的应用来说它们是否适用。
这些
网站制作中缺点的重要性以及你应该关心它们多少,都是由你的公司在特定时期的特定需求决定的。
名称栏目:
云计算在网站运营中的缺点
转载来源:
http://cxhlcq.com/view/145747.html