对于公共云盘算来说，我们以为有五类主要缺陷。这五类缺陷并不都实用于私有云。但因为公共云应用最普遍，并且最受年夜家存眷，所以我们照样针对公共云进行了剖析。这五类分离是平安性、可移植性、掌握力、局限性和机能。显然，这些都长短常粗的分类，要完整懂得它们，我们还须要深人地对它们进行逐商量。

平安性我们老是会据说有小我信息泄漏了，或者有平安破绽了。这使我们不禁想问一个问题:“云供给商是若何存储和掩护我们的信息的?”你也可以对很多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.第三方软件支撑。有些第三方的软件供给商可能还不克不及支撑他们的软件可以在云情况中运行。如许当你要从他们那边获取支撑时，可能会碰到麻烦。

●机能。即使云是依照相等的盘算才能发卖的，分歧供给商所供给的真正机能也有所分歧，物理硬件和虚拟硬件供给的机能也不雷同。你必需自已测试机能以肯定对你的运用来说它们是否实用。

这些网站制造中缺陷的主要性以及你应当关怀它们若干，都是由你的公司在特准时期的特定需求决议的。