沒(méi)有哪一個(gè)云平臺(tái)是***無(wú)缺的;任何云供應(yīng)商都總存在著發(fā)生中斷事件或數(shù)據(jù)丟失這樣的風(fēng)險(xiǎn)。可以考慮采用一個(gè)多云模式來(lái)確保系統(tǒng)的冗余和備用。

　　雖然供應(yīng)商和分析人士對(duì)于多重云的定義各有不同，但是多云計(jì)算在一般意義上是指使用多家云供應(yīng)商的公共云基礎(chǔ)設(shè)施，例如使用谷歌計(jì)算引擎與亞馬遜網(wǎng)絡(luò)服務(wù)，或采用微軟與IBM。

　　使用多重云模式的理由各有不同，但其中大部分都與平臺(tái)需求有關(guān)。例如，企業(yè)用戶可能會(huì)使用谷歌公司的云服務(wù)來(lái)滿足他們的大數(shù)據(jù)需求，但又對(duì)亞馬遜網(wǎng)絡(luò)服務(wù)(AWS)的計(jì)算與存儲(chǔ)服務(wù)選項(xiàng)衷情不已。

[[169150]]

　　目前，對(duì)于多重云的***討論焦點(diǎn)集中在“主動(dòng)/主動(dòng)云計(jì)算冗余”話題。這就意味著企業(yè)用戶會(huì)把他們的主系統(tǒng)部署在一個(gè)云平臺(tái)上(例如AWS)，而把他們的備用或輔助系統(tǒng)托管到另一個(gè)云平臺(tái)(例如微軟的Azure)上。之后，他們的IT團(tuán)隊(duì)就要持續(xù)不斷地使用在兩個(gè)云實(shí)例中的相同數(shù)據(jù)來(lái)更新這些冗余系統(tǒng)。一旦部署主系統(tǒng)的云平臺(tái)出現(xiàn)中斷事件，那么用戶的相關(guān)工作負(fù)載就可以在備用云供應(yīng)商的平臺(tái)上繼續(xù)運(yùn)行。

　　當(dāng)制定使用一家以上云供應(yīng)商的云計(jì)算冗余計(jì)劃時(shí)，有三個(gè)關(guān)鍵步驟需要注意。

　　首先，用戶必須非常了解他們自己的應(yīng)用與數(shù)據(jù)的需求。必須時(shí)刻記得，他們的應(yīng)用程序與數(shù)據(jù)需要同時(shí)在兩個(gè)云平臺(tái)上正常運(yùn)行。它們應(yīng)當(dāng)以相同的方式運(yùn)行，而且應(yīng)當(dāng)具有相同的運(yùn)行計(jì)劃，但是這些計(jì)劃應(yīng)當(dāng)各自特別針對(duì)每一個(gè)平臺(tái)。例如，企業(yè)有可能擁有一個(gè)他們認(rèn)為是關(guān)鍵任務(wù)的庫(kù)存控制系統(tǒng)。他們可以在AWS上運(yùn)行一個(gè)應(yīng)用程序和數(shù)據(jù)的實(shí)例作為主云平臺(tái)，而在Azure上運(yùn)行另一個(gè)作為輔助平臺(tái)。

　　雖然每一個(gè)云和應(yīng)用實(shí)例的功能都是保持一致的，但還是有不同的操作流程需要予以考慮。例如，每一家云供應(yīng)商之間的安全機(jī)制是各不相同的，這是由于基于使用的計(jì)費(fèi)模式以及其他因素造成的。IT團(tuán) 隊(duì)必須了解不同的流程，并接受過(guò)與不同云平臺(tái)之間差異性相關(guān)的針對(duì)性培訓(xùn);其中就包括了如何確保不同平臺(tái)之間的數(shù)據(jù)同步。

　　其次，應(yīng)在每一個(gè)云平臺(tái)上測(cè)試每一個(gè)應(yīng)用與數(shù)據(jù)。主要測(cè)試的是應(yīng)用的運(yùn)行性能，數(shù)據(jù)的準(zhǔn)確性與可用性。其中，即便輔助(或備用)云平臺(tái)的運(yùn)行性能略低于主云平臺(tái)，這也是可以接受的，因?yàn)榍罢呤莾H供臨時(shí)使用的，但是在數(shù)據(jù)準(zhǔn)確性方面則是不能有任何偏差的。

　　當(dāng)我們?cè)陂_(kāi)發(fā)一個(gè)云冗余策略時(shí)，應(yīng)確保在不同云計(jì)切換過(guò)程中不會(huì)出現(xiàn)任何數(shù)據(jù)丟失的情況。為了做到這一點(diǎn)，應(yīng)全面設(shè)計(jì)數(shù)據(jù)同步操作以確保萬(wàn)無(wú)一失。每一個(gè)同時(shí)在主要和輔助云計(jì)算平臺(tái)上運(yùn)行的應(yīng)用與數(shù)據(jù)實(shí)例必須在需要使用到輔助應(yīng)用程序時(shí)能夠擁有同步的數(shù)據(jù)。IT團(tuán)隊(duì)?wèi)?yīng)當(dāng)以盡可能小的延遲及時(shí)對(duì)云平臺(tái)之間的數(shù)據(jù)庫(kù)進(jìn)行更新包更新，從而確保在不同云之間切換過(guò)程中不會(huì)出現(xiàn)數(shù)據(jù)丟失的情況。

　　***，應(yīng)制訂一個(gè)策略可在主云平臺(tái)不可用時(shí)自動(dòng)實(shí)現(xiàn)從主平臺(tái)到輔助平臺(tái)的切換。做到這一點(diǎn)可以有幾種方法。例如，用戶可以重新定向網(wǎng)絡(luò)連接以實(shí)現(xiàn)不同云計(jì)算平臺(tái)之間的用戶切換。當(dāng)主平臺(tái)不可用時(shí)，建立可重新連接至輔助服務(wù)器的策略。IT團(tuán)隊(duì)還可以使用獨(dú)立于云平臺(tái)的軟件來(lái)安排云應(yīng)用，從而在發(fā)生停用事件時(shí)實(shí)現(xiàn)從主平臺(tái)至輔助平臺(tái)的自動(dòng)切換。

　　此外，還需在用戶的云冗余計(jì)劃中定義好實(shí)施平臺(tái)切換操作的觸發(fā)條件，例如，主云平臺(tái)發(fā)生停用事件且持續(xù)20分鐘是無(wú)法觸發(fā)平臺(tái)切換的，但如果停用時(shí)間持續(xù)一個(gè)小時(shí)以上則應(yīng)啟動(dòng)平臺(tái)切換。

　　事實(shí)上，主云平臺(tái)發(fā)生故障從而迫使用戶切換至輔助冗余系統(tǒng)的概率是比較低的。大多數(shù)供應(yīng)商在他們系統(tǒng)內(nèi)部就考慮了這個(gè)問(wèn)題并設(shè)置了冗余量，所以他們并不會(huì)建議用戶使用其他的云平臺(tái)作為備用。

　　但是，世事無(wú)常，我們有可能會(huì)在未來(lái)幾年內(nèi)看到一次重大的云中斷。停用時(shí)間可能長(zhǎng)達(dá)一到兩天，在這種情況下基于多家供應(yīng)商的云冗余計(jì)劃將是至關(guān)重要的。同時(shí)，這樣一個(gè)計(jì)劃的成本也較低;用戶只需支付一小筆費(fèi)用就可以在輔助云平臺(tái)上托管他們的運(yùn)行代碼與數(shù)據(jù)。然后，隨著在發(fā)生停用事件時(shí)用戶工作負(fù)載切換至備用系統(tǒng)，相關(guān)的賬單也會(huì)相應(yīng)變厚。