云計算在網(wǎng)站運營中的缺點

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

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

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

相關(guān)鏈接：長春網(wǎng)站優(yōu)化，長春網(wǎng)站推廣，長春網(wǎng)絡(luò)推廣，長春網(wǎng)站排名，網(wǎng)站推廣，網(wǎng)絡(luò)推廣，網(wǎng)站優(yōu)化，網(wǎng)站排名，長春seo，網(wǎng)站seo，http://simrandeepsinghsadeora.com