[[187091]]

多年來，企業(yè)一直享受著混合云帶來的益處。然而，他們同時(shí)也忍受著不斷增長的痛苦，混合云的新人可以從他們的前輩所犯的錯(cuò)誤中學(xué)習(xí)。

混合云的采用率正在上升。很多組織看到了云服務(wù)的優(yōu)勢，但他們也想要自己擁有一定的靈活性，將一些工作負(fù)載和數(shù)據(jù)保持在本地的控制下。

雖說有些意外，但對于IT來說，混合云的“真正的”定義并不總是很清楚——特別是因?yàn)樵魄逑?。混合云是一種IT部署模型，它使用本地(私有)云和第三方(公共)云服務(wù)的混合，在兩個(gè)平臺之間進(jìn)行協(xié)調(diào)。

MarketsandMarkets估計(jì)，到2021年，混合云的支出將年均增長22.5%，達(dá)到近920億美元。IDC表示，未來兩年內(nèi)，傳統(tǒng)的本地IT基礎(chǔ)設(shè)施的支出仍將大于云支出。盡管如此，IDC預(yù)計(jì)，總的來說，仍然會有32%的IT基礎(chǔ)設(shè)施預(yù)算將用于外部云，11%用于私有云。混合云是云用戶***的模式; 來自RightScale的一個(gè)流行的2016年調(diào)查顯示，71%的云用戶使用著混合環(huán)境。

應(yīng)用架構(gòu)

混合云設(shè)計(jì)在這幾種企業(yè)IT場景中非常有用。然而，如何使用將部分地決定什么工作和什么不工作。管理員需要學(xué)習(xí)混合云的***實(shí)踐，以便能夠識別，然后避免以前的云實(shí)現(xiàn)時(shí)常犯的錯(cuò)誤和疏漏。

流行的混合云部署實(shí)踐是使用公共云服務(wù)作為用于私有云的災(zāi)難恢復(fù)(DR)或業(yè)務(wù)連續(xù)性(BC)數(shù)據(jù)中心。它們的設(shè)計(jì)基本相同，主要區(qū)別在于：對于BC，公共云始終處于活動(dòng)狀態(tài)，而對于DR，它處于待機(jī)狀態(tài)，僅在本地停機(jī)期間被激活。在任一情況下，運(yùn)行受影響的應(yīng)用程序所需的整個(gè)基礎(chǔ)架構(gòu)必須在私有和公共云上部署或預(yù)配置并準(zhǔn)備啟動(dòng)。

更高級和復(fù)雜的混合設(shè)計(jì)涉及跨云分割應(yīng)用程序的功能。在這種情況下，一些組件(通常是數(shù)據(jù)存儲和身份驗(yàn)證或授權(quán)目錄)在私有云上運(yùn)行。其他組件(如Web前端，中間件業(yè)務(wù)邏輯和分布式大數(shù)據(jù)分析引擎(Hadoop，Spark等))在公共云上運(yùn)行。

這種分叉的設(shè)計(jì)保證了IT能夠利用兩者的優(yōu)點(diǎn); 他們能夠嚴(yán)格控制私有基礎(chǔ)設(shè)施的數(shù)據(jù)和用戶安全性，并且能夠利用公共云服務(wù)的動(dòng)態(tài)可擴(kuò)展性。然而，這種設(shè)計(jì)給混合云管理帶來了更多的困難：從傳統(tǒng)系統(tǒng)中解耦數(shù)據(jù)和計(jì)算。這意味著分裂架構(gòu)***與新的，而不是傳統(tǒng)的應(yīng)用程序一起使用。

基礎(chǔ)設(shè)施的選擇

有幾種方法來構(gòu)建并不總是包括本地系統(tǒng)的混合云基礎(chǔ)架構(gòu)。大型組織可能更喜歡在現(xiàn)代私有數(shù)據(jù)中心里保持大量計(jì)算能力。這樣，他們可以使用互聯(lián)網(wǎng)上的虛擬專用網(wǎng)絡(luò)或使用云交叉連接的私有WAN(如Amazon Web Services(AWS)Direct Connect或Microsoft Azure ExpressRoute)連接到公共云。較小的組織越來越多地在托管主機(jī)或在托管服務(wù)提供商提供的設(shè)施上運(yùn)行私有云。這樣做的明顯好處是減少數(shù)據(jù)中心資產(chǎn)費(fèi)用和管理開銷。

托管主機(jī)具有到運(yùn)營商和云服務(wù)的卓越的網(wǎng)絡(luò)連接能力，這使得建立到所選擇的公共云的高速私人連接變得更容易并且更便宜。實(shí)際上，混合架構(gòu)中私有和公共云基礎(chǔ)架構(gòu)之間快速且可靠的低延遲連接的重要性是怎么強(qiáng)調(diào)都不為過的。

混合設(shè)計(jì)決策

在計(jì)劃采用混合云時(shí)，組織必須做出幾個(gè)重要決策。評估是否拆分和遷移現(xiàn)有應(yīng)用程序或?yàn)榛旌檄h(huán)境設(shè)計(jì)新的應(yīng)用程序。將傳統(tǒng)應(yīng)用程序完全運(yùn)行在虛擬基礎(chǔ)架構(gòu)上，這為混合DR / BC的設(shè)計(jì)提供了一個(gè)很好的選擇。然而，只有未開發(fā)的系統(tǒng)應(yīng)該嘗試在公共云和私有云上分解應(yīng)用程序中的功能(例如，計(jì)算在公有云而數(shù)據(jù)在私有云)。Azure站點(diǎn)恢復(fù)等服務(wù)可以自動(dòng)執(zhí)行現(xiàn)場VM清單，VM鏡像和數(shù)據(jù)的復(fù)制，以及服務(wù)部署的過程。這極大地簡化了Azure作為混合云DR / BC站點(diǎn)的使用方式。事實(shí)上，將云用于災(zāi)難恢復(fù)是最常見的混合實(shí)踐之一，也是進(jìn)行更為高級的云使用的良好基石。

在構(gòu)建新的應(yīng)用程序時(shí)，需要決定使用低級的基礎(chǔ)架構(gòu)即服務(wù)(IaaS)還是更抽象的平臺即服務(wù)(PaaS)。PaaS方案(如Azure App Service和Google App Engine)可以更輕松地使用高級的云服務(wù)，例如托管數(shù)據(jù)庫，大數(shù)據(jù)分析，機(jī)器學(xué)習(xí)，負(fù)載平衡器和內(nèi)容交付網(wǎng)絡(luò)。而IaaS是將傳統(tǒng)的客戶端—服務(wù)器應(yīng)用程序遷移到云的合理選擇，這意味著開發(fā)人員必須主動(dòng)選擇使用本地云服務(wù)，例如托管SQL數(shù)據(jù)庫(例如AWS Aurora或Google Cloud SQL)或容器運(yùn)行時(shí)(例如，AWS Elastic Compute Cloud Container或Azure Container Service)。PaaS平臺(如Azure App Service，Google App Engine或像IBM Bluemix一樣的Cloud Foundry提供商之一)可以減輕開發(fā)人員對運(yùn)行時(shí)基礎(chǔ)架構(gòu)選擇的擔(dān)憂，這使得開發(fā)人員可以專注于業(yè)務(wù)邏輯和數(shù)據(jù)庫設(shè)計(jì)。雖然PaaS的使用增加了云供應(yīng)商鎖定的風(fēng)險(xiǎn)，但這是一個(gè)有利的權(quán)衡。它降低了成本，因?yàn)楹喕碎_發(fā)過程，提高了性能并減少了過度配置的虛擬機(jī)和存儲服務(wù)。

還應(yīng)該考慮如何處理云計(jì)費(fèi)。這主要意味著在采用混合云之前，需要決定是否對私有基礎(chǔ)設(shè)施使用細(xì)粒度的基于使用的計(jì)費(fèi)，以及是否按項(xiàng)目精細(xì)分配公共云計(jì)費(fèi)，或者將混合云部署轉(zhuǎn)變?yōu)椴块T或業(yè)務(wù)部門的預(yù)算。

***，決定如何將公共云使用監(jiān)控集成到傳統(tǒng)IT計(jì)費(fèi)系統(tǒng)中，并提供上述的退款模式。公共云提供各種強(qiáng)大的監(jiān)視服務(wù)，例如AWS CloudWatch和Google Stackdriver。然而，傳統(tǒng)計(jì)費(fèi)系統(tǒng)必須合并和處理結(jié)果數(shù)據(jù)以便分配費(fèi)用。

需要避免的錯(cuò)誤

采用混合云可能是組織將公共云融入IT服務(wù)的***嘗試。這使得組織和大多數(shù)云新手一樣容易受到錯(cuò)誤的影響。在混合云部署之前避免這些錯(cuò)誤，以后將會避免之后您在業(yè)務(wù)上的憂慮。

不要忘記完成服務(wù)級別協(xié)議(SLA)。云的購買者必須充分了解提供商的運(yùn)營細(xì)節(jié)，以了解該服務(wù)是否能夠滿足性能，可用性和數(shù)據(jù)保護(hù)的要求。SLA還將幫助買家了解和確定角色和責(zé)任，可用性能和使用指標(biāo)，安全實(shí)踐以及對不合規(guī)的執(zhí)行后果。買家還應(yīng)該了解提供商的存儲架構(gòu)的基礎(chǔ)知識，包括以下內(nèi)容：為防止意外數(shù)據(jù)丟失而采取的措施;存儲實(shí)例和數(shù)據(jù)庫的地理多樣性的選項(xiàng); 針對供應(yīng)商收集的數(shù)據(jù)的保留策略，例如其內(nèi)部基礎(chǔ)架構(gòu)指標(biāo);以及將客戶數(shù)據(jù)和供應(yīng)商收集的度量遷移到另一個(gè)云服務(wù)或內(nèi)部數(shù)據(jù)中心的選項(xiàng)。

充分地審查潛在的云供應(yīng)商。雖然云作為一個(gè)信息實(shí)用程序，它不是一種商品，云服務(wù)并不都是一樣的。一些如Azure的云服務(wù)是一個(gè)大型的基于Windows的服務(wù)組合，它們與整個(gè)Microsoft系統(tǒng)管理和應(yīng)用程序開發(fā)生態(tài)系統(tǒng)緊密集成。另一些如IBM SoftLayer，Oracle Cloud和Rackspace的云，提供了可以像VM一樣動(dòng)態(tài)實(shí)例化和擴(kuò)展的裸機(jī)服務(wù)，但具有高度可預(yù)測的性能和對配置和安全性細(xì)節(jié)的更大控制。一些如Azure和Google Cloud的云，提供IaaS和PaaS服務(wù)之間的緊密集成。這使開發(fā)人員能夠輕松地使用PaaS，并且在需要時(shí)可以使用低級基礎(chǔ)架構(gòu)服務(wù)?；旌显瀑徺I者應(yīng)該明確他們的需求，并在注冊之前研究可能的替代方案。

開始時(shí)不要貪大。使用小型短期項(xiàng)目構(gòu)建混合云會更好。項(xiàng)目管理101說，冰凍三尺非一日之寒，開始時(shí)要從小事做起。混合云管理也是一樣的道理。買家應(yīng)該確定可以在幾周內(nèi)能夠完成的適度的混合項(xiàng)目，從而提供低風(fēng)險(xiǎn)的方式來增加云的專業(yè)知識，明確IT流程所需的變化，并為新的職責(zé)準(zhǔn)備人員。

重新定義IT角色和職責(zé)，以便在使用云服務(wù)時(shí)反映改變了的職責(zé)。你還需要重新培訓(xùn)工作人員以使其獲得所需的云技能。

充分估計(jì)云成本并恰當(dāng)?shù)乇O(jiān)控使用情況。否則很容易導(dǎo)致超支。

不要?jiǎng)?chuàng)建沒有考慮并且保護(hù)所有基礎(chǔ)結(jié)構(gòu)和數(shù)據(jù)組件的不完整的DR設(shè)計(jì)。

將現(xiàn)有安全策略做出調(diào)整后再遷移到云基礎(chǔ)設(shè)施中。云服務(wù)的使用改變了安全策略的實(shí)施方式，如果在云遷移過程中沒有得到妥善的解決，那么這些安全漏洞和新的漏洞很可能會進(jìn)一步惡化。

充分自動(dòng)化云基礎(chǔ)架構(gòu)而不要過度依賴手動(dòng)流程。云服務(wù)可能迅速增長而出現(xiàn)管理瓶頸。 然而，作為軟件定義的元素，云服務(wù)是可編程的，這幫助實(shí)現(xiàn)常規(guī)任務(wù)的自動(dòng)化，從而提升速度和一致性