云计较在网站运营中的缺陷
发布日期:2023-04-10浏览量:135
对付公共云计较来讲,咱们以为有五类首要缺陷。这五类缺陷其实不都合用于公有云。但由于公共云行使最普遍,而且最受各人存眷,以是咱们仍是针对公共云进行了阐明。这五种别离是安全性、可移植性、控制力、局限性和机能。显然,这些都是十分粗的分类,要彻底了解它们,咱们还需求深人地对它们进行逐探讨。
安全性咱们老是会据说有个人信息泄露了,或者有安全缝隙了。这使咱们不由想问一个问题:“云提供商是怎样存储和庇护咱们的信息的?”你也能够对许多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.第三方软件支持。有些第三方的软件供给商能够还不克不及支持他们的软件可以在云环境中运转。如许当你要从他们哪里获取支持时,能够会遇到贫苦。
●机能。即便云是根据相称的计较威力贩卖的,差别供给商所提供的真正机能也有所差别,物理硬件和虚拟硬件提供的机能也不沟通。你必需自已测试机能以确定对你的应用来讲它们是否合用。
这些网站建设中缺陷的首要性以及你应该关怀它们几个,都是由你的公司在特按期间的特定需求决议的。
相关文章: