譯者 | 崔皓

審校 | 梁策 孫淑娟

開篇

眾所周知，云服務(wù)并非金剛不壞之身。現(xiàn)實中，云服務(wù)中斷的例子比比皆是，一旦發(fā)生就會對企業(yè)造成巨大損失。那么，怎樣才能保障業(yè)務(wù)在云服務(wù)中安全運行呢?

云中斷所面臨的問題

亞馬遜云服務(wù)AWS 曾因一個錯誤字符導(dǎo)致其 S3 服務(wù)器癱瘓，連帶大批互聯(lián)網(wǎng)應(yīng)用隨之宕機，由此人們不得不意識到云服務(wù)和互聯(lián)網(wǎng)是多么脆弱。在這次事件中，亞馬遜的員工甚至都來不及登入自己的儀表板來發(fā)出警告，可見其故障影響程度之深。

除了如此震驚全球的大事件，小規(guī)模的云中斷事件也接連不斷。比如今年，一連串的云中斷影響了一眾云供應(yīng)商，包括AWS、谷歌云以及微軟 Azure等等。

對于許多 IT 團隊來說，這些事件暴露了同一個問題，那就是小到拼寫錯誤都有可能嚴(yán)重影響企業(yè)的整體業(yè)務(wù)。根據(jù)企業(yè)的部署和架構(gòu)不同，其影響很可能帶來滅頂之災(zāi)。

因此，在制定業(yè)務(wù)連續(xù)性計劃時就需要考慮云中斷的問題。但是，由于在公共云上的應(yīng)用程序范圍太廣，要找到一種降低中斷風(fēng)險的方法實屬困難。

遭遇云中斷實屬不幸，但無法避免

沒有那個系統(tǒng)能確保萬無一失。哪怕戰(zhàn)略再周密，無法預(yù)計的黑天鵝事件也會帶來惡果。

遭遇云中斷確實是不幸的，但它也無法避免。它的發(fā)生就像家常便飯，幾乎每個云服務(wù)商都會遇到。

雖然許多公司已將云中斷納入其災(zāi)難恢復(fù)計劃，但仍有一些公司還在撓頭應(yīng)對中斷對業(yè)務(wù)帶來的全新風(fēng)險。

使用“云無關(guān)架構(gòu)”轉(zhuǎn)移工作負(fù)載

使用“云無關(guān)架構(gòu)”是企業(yè)保護自己免受云中斷影響的一種方法。這意味著系統(tǒng)架構(gòu)不依賴于任何單一的云供應(yīng)商，并且能夠在發(fā)生云中斷時在云供應(yīng)商和區(qū)域之間進行無縫切換，即在云服務(wù)商和區(qū)域之間進行工作負(fù)載的轉(zhuǎn)移?！霸茻o關(guān)架構(gòu)”的模式使企業(yè)可以自由選擇最適合其需求的云服務(wù)供應(yīng)商，即使在某個云供應(yīng)商離線的情況下也是如此，從而確保數(shù)據(jù)始終安全且可用(無縫切換到其他云供應(yīng)商)。

但是，讓企業(yè)應(yīng)用“云無關(guān)架構(gòu)”是一個復(fù)雜且昂貴的過程。

俗話說的好：“不要把所有的雞蛋都放在一個籃子里!”所以，企業(yè)自然也可以將數(shù)據(jù)運行在多個云上，從而通過這種方式對抗云中斷，讓企業(yè)應(yīng)用和數(shù)據(jù)更加安全。

這也就是為什么多云架構(gòu)和分布式系統(tǒng)中的數(shù)據(jù)彈性最近成為了熱門話題。當(dāng)關(guān)鍵業(yè)務(wù)解決方案的架構(gòu)設(shè)計在多個云供應(yīng)商以及在本地基礎(chǔ)設(shè)施運行時，業(yè)務(wù)領(lǐng)導(dǎo)者就可以放寬心了，因為他們知道數(shù)據(jù)的安全可以保障，公司能夠持續(xù) 7*24 全天候運轉(zhuǎn)。

也正是因為云中斷，企業(yè)開始重新評估應(yīng)用程序的部署和構(gòu)建方式。意識到宕機不可避免可以幫助市場構(gòu)筑一種適度的緊張感，從而推動人們思考如何構(gòu)建軟件系統(tǒng)，更加負(fù)責(zé)任地開展行動，并將彈性視為頭等大事。

對于一些公司來說，這意味著要重構(gòu)他們的應(yīng)用程序，使其能夠跨多個公平臺運行——這對在云中斷中幸存來說非常重要。

而創(chuàng)建與云無關(guān)的應(yīng)用程序則是公司提高數(shù)據(jù)彈性的一種方法，這使他們的數(shù)據(jù)能夠在發(fā)生災(zāi)難或中斷時自由地在云區(qū)域和供應(yīng)商之間無縫轉(zhuǎn)移工作負(fù)載。

選擇與云無關(guān)的架構(gòu)則可以讓公司省心，即使合作的云供應(yīng)商發(fā)生了狀況，他們的數(shù)據(jù)也能保證安全。

對大多數(shù)組織而言，云無關(guān)的復(fù)雜性令人望而卻步

雖然與云無關(guān)架構(gòu)的想法在理論上聽起來很棒，但解決方案實施起來既不簡單也不便宜。這需要花費大量時間，同時還要雇傭高技能的 IT 專業(yè)人員才能完成。

此外，公司也很難改造存在多年的復(fù)雜應(yīng)用程序以讓其跨多云運行。對于許多組織而言，其復(fù)雜性和成本可能令人望而卻步，更不必說它要求的專業(yè)知識也是挑戰(zhàn)。不過，還是有一些方法可以讓 IT 團隊輕松地部署這些新架構(gòu)。

IT 團隊可以尋找實施多云基礎(chǔ)架構(gòu)即服務(wù) (IaaS) 的方法，而不是自己搭建工具。公司則需要提高彈性并采用與云無關(guān)的架構(gòu)。此外，讓多云變簡單也是很重要的一方面，這樣人們就無需擔(dān)心它們的問題了。

公共云中斷不可避免，我們也無力阻攔。但是，企業(yè)在應(yīng)對時可以通過云無關(guān)架構(gòu)讓應(yīng)用與云無關(guān)，并避免對單一云供應(yīng)商的完全依賴。

譯者介紹

崔皓，51CTO社區(qū)編輯，資深架構(gòu)師，擁有18年的軟件開發(fā)和架構(gòu)經(jīng)驗，10年分布式架構(gòu)經(jīng)驗。曾任惠普技術(shù)專家。樂于分享，撰寫了很多熱門技術(shù)文章，閱讀量超過60萬?！斗植际郊軜?gòu)原理與實踐》作者。

原文標(biāo)題：??How to Architect for Resiliency in a Cloud Outages Reality??，作者：Cyril Plisko