云計算在網站運營中的缺點

<對公共云盤算來說，咱們認為有五類重要毛病。這五類毛病并不都實用于私有云。但因為公共云利用最普遍，而且最受大家關注，所以咱們還是針對公共云進行了剖析。這五類分辨是保險性、可移植性、把持力、局限性跟機能。顯然，這些都是十分粗的分類，要完全理解它們，咱們還須要深人地對它們進行逐探討。

 
保險性咱們老是會據說有個人信息泄漏了，或者有保險漏洞了。這使咱們不禁想問一個問題: ;云供給商是如何存儲跟維護咱們的信息的;你也可能對很多SaaS供給商提同樣的問題。而兩者稍有不同的處所在于，SaaS的供給商通常曉得他們是否收集跟存儲了敏感信息，如個人身份信息(姓名、地址、社會保險號、電話號碼，等等)，因此他們會采取額定的防備辦法，并宣布自身對這些信息的維護舉措。而云供給商對體系中存儲了什么一竅不通( 也就是說，他們不曉得客戶究竟存的是信用卡號還是博客)，因此他們也就不額定的防備辦法，來限度或禁止他們自己的內部員工拜訪你的數(shù)據。當然，也有方法避免產生這種情況，如不在云體系中存儲敏感信息，但這種變通計劃會給你的體系增加更多的龐雜度，而且很可能會帶來更大的危險。如前所述，對你的公司或者你要在云中托管的利用來說，這逐個點可能十分重要，也可能一-點都不重要。可移植性下一類毛病是可移植性。咱們渴望有一天可能不修改任何代碼或配置，就可能把你的利用從一個云移植到另一個云中，但這-天還不到來，而且咱們認為近期也不太可能到來，因為對云供給商來說，讓這種流程變得簡單易行對自己不任何利益。這并不是說不可能把利用從一個云遷徙到另一個云，或者從一個云遷徙到物理服務器的托管環(huán)境中，但所采取的云跟特定服務決定了這種遷徙一定會 花費很多力量。例如，假如你當初利用的是Amazon公司的簡單存儲解決計劃，而你想轉移到另一個云或一組物理服務器上，那么你可能須要改寫你的利用，用單一數(shù)據庫來實現(xiàn)存儲。誠然這并非是最難的軟件開發(fā)名目，但它確實要消耗很多時光跟資源，而利用這些時光跟資源，你原本能開發(fā)出更多的新功能來。一個準則就是采取同質化硬件，而這種讓硬件不受供給商限度的方法對經濟有效地擴大來說，至關重要。不能在云之間輕松轉移是與這條準則相悖的，因此應當被看作云盤算的一個毛病。

 
把持力無論何時，假如你的體系的任何局部都要依附于一家供給商，那么你就是把自己公司的將來交到了另一家公司手中。咱們更樂意盡可能多地自己把持自己的福分。對咱們來說，把大量的把持力拱手讓給第三方，是一步艱巨的決定。對操作體系或關聯(lián)數(shù)據庫來說，這樣做興許還可能接收，因為你可能就直在利用一家供給商或產品線，并且已經利用它們多年了，而你自己的軟件開發(fā)團隊也沒用可能比它們構建或治理得更好，除非你的業(yè)務就是有關操作體系或關聯(lián)數(shù)據庫治理體系的。就托管環(huán)境而言，很多公司都對被治理的環(huán)境敬而遠之，因為他們通常都用自己的技巧人員來處理托管硬件所需的經營任務，他們討厭讓供給商把事件搞得一 團糟，導致自己苦楚不堪。云環(huán)境也是如此。他們的員工都不是你的雇員，他們與你的業(yè)務不任何利弊關聯(lián)。這并不是說云或托管環(huán)境供給者的員工都是不好的。偏偏相反，他們通常都很有才干，只是他們不曉得或者不理解你的業(yè)務罷了。他們須要維護跟運行成千盈百臺服務器。他們并不曉得這臺服務器比那臺重要，對他們來說，這些服務器都是一樣的。放棄了對基本設施的把持力會給你的業(yè)務增加一定的危險。
 
為外、很多云供給商甚至不能供給有保障的可用性或體系畸形運行時光、假如供給商無奈供給義務條故來保障他的產品、那么最好老是把他們的服務看作是盡力而為的，也就是說、你須要除此之外為外準備后路。但證如咱們在前面可移植性中淡到的，在多個云上運行或切換利用不是個簡單的證務。
 
局限性按下來咱們要看的云盤算的弊病或毛病是由虛構環(huán)境的天性造成的局限性。云供給商跟其余的云服務供給商都在踴躍致力于解決局部的局限性，但只管如此，它們仍然存在于當前的某格云或所有云環(huán)境中。在這些局限性中，咱們最關懷的有三個，即IP地址、負載均衡以及云上的第三方軟件支撐。在很多早期的云上、第種局限性就是服務器缺乏公共的或靜態(tài)的IP地址。很多云都開端著手解決這個問題，額定付費即可供給靜態(tài)IP地址。但這并未解決不自己的IP空間的問題。對大多數(shù)不準備領有跟治理自己的IP空間的公司來說，這只是個小問題，但對某典公司來說、這個問題卻十分重要。例如、假如你要發(fā)送很多電子郵件、而且對重要的電子郵件網駱(如AOL)來說、你已經成為了可托的電子郵件、而且你準備依附靜態(tài)IP地址來實現(xiàn)堅固的郵件通送。在可托郵件公開標準(TEOS)或類似的標準被采取之前、咱們只能依據IP地址的白名農跟黑名單來分牌可托的資源或不可托的資源。假如你想連續(xù)發(fā)送大量的電子郵件，那么停留在郵件服務器的白名單上至關重要。
 
對大多數(shù)云供給商來說、咱們關懷的下一個重要局限性是他們缺乏物理的負載均衡器。大多數(shù)云供給育或服務供給商都實現(xiàn)了某種軟件負載均衡器、但與物理設備比較、它們其有定的局來性。軟件負載均衡器的功能集老是在轉變跟進級，但總的說來，物理的負載均衡器在某擔范疇被得更好，這些范疇包含散布式拒絕服務維護、緊縮、保險套接層(SSL)終止、連接池、緩存跟漫沖。與咱們已經提到的所有須要關懷的問題逐個樣、這些問題對你來說興許并不重要，值假如你險好要供給兒十億條廣告或流媒體，那么你的負載均衡器的吞吐量對你來說就十分重要了。不過、在云環(huán)境中通?？赡芡ㄟ^增加更多的虛構硬件來級解這; 局限性。
 
在咱們最關懷的局限性中，最后一個問題就是在云盤算環(huán)境中缺乏第方供給商軟件的支靜。這些第三方軟件可能被你用作了體系的于組件或是你體系的一局部、 但咱們重要相心的還是關聯(lián)數(shù)據庫治理體系跟數(shù)據倉庫治理體系。這些體系中很多都可能在虛構環(huán)境中運行、而更多的也正致力于使他們的體系支撐云。但假如你打過支撐電話，得到的謎底是你的問題須要進級數(shù)據庫版本才干解決、那么在云上運行，對你的問題的謎底也就可想而知了。這樣會使你在抉擇家統(tǒng)的要害組件時被限度在多少家供給商中。就數(shù)據庫面言、你的架構設計很重要。假如你們然貝微靠一個宏大的單數(shù)據庫，那么供給商的局限性可能會是個問題。假如你是運行在 個小的開源數(shù)據庫上、而且分別沿著AKF擴大破方的X軸、Y軸跟軸作了劃分、那么這種局限性對你束說就不那么重要了。
 
機能咱們關懷的云盤算的最后類毛病是機能。網站設計準備工作相當重要，這決定你建站的目的，以及日后維護網站，讓你的網站發(fā)揮作用等是相當?shù)闹匾?就咱們在云盤算基本設施上的終驗而首、從相等的物理硬件與虛構硬件上預期得到的機能是不同的。顯然，這一點對你利用的同擴大性來 說十分重要，尤其基在你有單件利用、批處理作業(yè)的單一實例或者局部利用只運行在合服務器上時。濕然，對任何貨色來說、只這行一個單實例都不是一種有效的擴慷慨式，們通常很多團隊都是從一臺服務器開真?zhèn)€，直到須要時才在多臺服務器上測試他們的作業(yè)或程序。當你把作業(yè)遷徙到一個云后，一旦你意識到在新的虛構服務器上作業(yè)的處理落伍于預期，那么你就會措手不迭，不得不從新測試以確保這個作業(yè)能在多個主機上順利運行。
 
虛構軟件在某些方面機能可能會低多少個數(shù)量級。標準的衡量機能的指標包含內存速度、CPU用量、硬盤存取速度等。在虛構主機中，并不標準的降級指標或對應指標。事實上，這些機能指標在不同的云環(huán)境中有所不同，當然不同的供給商所供給的也不同。大多數(shù)公司或利用要么不留神到這一點，要么不關懷它，但對那些要對轉換云盤算供給商進行本錢收益剖析的公司來說，就須要用你的利用來測試一下這些指標了。不要信賴供給商拿出的虛構主機的指標。就主機機能來說，每個利用都有自己的敏感度跟瓶頸。有些利用的瓶頸是內存，在某些主機上使內存速度降落5%，就會使全部利用的可擴大性大大降落。當你每個月都要為盤算支付多少千美元時，機能就變得十分重要。原來只須要12月的工作，當初可能須要18個月或者24個月了。
 
云盤算的毛病
 
咱們可能看到，云盤算有五類重要的毛病，它們排名并不分先后。
 
●保險性。SaaS公司確切地曉得有哪些敏感信息或個人身份信息進入他們的體系了，但云供給商卻不曉得這些，而且也不關懷這一點，這樣就給數(shù)據保險性帶來了一定隱患。
 
●可移植性。在云上啟動跟運行誠然很簡單，但利用的實現(xiàn)卻決定了很難把利用從云上移到物理硬件或其余云上。
 
●把持力。外包你的基本設施，那么你的利用是否可用，把持權就全在第三方手里了。與ISP可能供給冗余性不同，目前用云還難以實現(xiàn)冗余性。
 
●局限性。網站設計準備工作相當重要，這決定你建站的目的，以及日后維護網站，讓你的網站發(fā)揮作用等是相當?shù)闹匾?。在某些云產品中，咱們發(fā)明了三種局限性:
 
1.IP地址。早期的云甚至不供給靜態(tài)IP地址，當初大多數(shù)云都供給了。但他們仍然不容許你有領有自己的IP地址，而對某些利用或服務(如電子郵件)來說，這點十分重要。
 
2.負載均街器。大多數(shù)云供給了軟件負載均衡功能，誠然這是一種很大的進步，但絕對硬件負載均街器來說，軟件負載均街器還是有一定的局限性。
 
3.第三方軟件支撐。網站建設前期準備包括了前期網站定位、內容差異化、頁面溝通等戰(zhàn)略性調研，這些確立后，再去注冊域名、租用空間、網站風格設計、網站代碼制作五個部分，這個過程需要網站策劃人員、美術設計人員、WEB程序員共同完成。有些第三方的軟件供給商可能還不能支撐他們的軟件可能在云環(huán)境中運行。這樣當你要從他們那里獲取支撐時，可能會碰到麻煩。
 
●機能。即便云是依照相等的盤算才干銷售的，不同供給商所供給的真正機能也有所不同，物理硬件跟虛構硬件供給的機能也不雷同。你必須自已測試機能以判斷對你的利用來說它們是否實用。
 
這些網站制造中毛病的重要性以及你應當關懷它們多少，都是由你的公司在特定時代的特定須要決定的。

相關鏈接：長春網站優(yōu)化，長春網站推廣，長春網絡推廣，長春網站排名，網站推廣，網絡推廣，網站優(yōu)化，網站排名，長春seo，網站seo，http://k648tb.cn