[[187091]]

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

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

雖說有些意外，但對于IT來說，混合云的“真正的”定義并不總是很清楚——特別是因為云清洗。混合云是一種IT部署模型，它使用本地(私有)云和第三方(公共)云服務的混合，在兩個平臺之間進行協調。

MarketsandMarkets估計，到2021年，混合云的支出將年均增長22.5%，達到近920億美元。IDC表示，未來兩年內，傳統的本地IT基礎設施的支出仍將大于云支出。盡管如此，IDC預計，總的來說，仍然會有32%的IT基礎設施預算將用于外部云，11%用于私有云。混合云是云用戶***的模式; 來自RightScale的一個流行的2016年調查顯示，71%的云用戶使用著混合環境。

應用架構

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

流行的混合云部署實踐是使用公共云服務作為用于私有云的災難恢復(DR)或業務連續性(BC)數據中心。它們的設計基本相同，主要區別在于：對于BC，公共云始終處于活動狀態，而對于DR，它處于待機狀態，僅在本地停機期間被激活。在任一情況下，運行受影響的應用程序所需的整個基礎架構必須在私有和公共云上部署或預配置并準備啟動。

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

這種分叉的設計保證了IT能夠利用兩者的優點; 他們能夠嚴格控制私有基礎設施的數據和用戶安全性，并且能夠利用公共云服務的動態可擴展性。然而，這種設計給混合云管理帶來了更多的困難：從傳統系統中解耦數據和計算。這意味著分裂架構***與新的，而不是傳統的應用程序一起使用。

基礎設施的選擇

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

托管主機具有到運營商和云服務的卓越的網絡連接能力，這使得建立到所選擇的公共云的高速私人連接變得更容易并且更便宜。實際上，混合架構中私有和公共云基礎架構之間快速且可靠的低延遲連接的重要性是怎么強調都不為過的。

混合設計決策

在計劃采用混合云時，組織必須做出幾個重要決策。評估是否拆分和遷移現有應用程序或為混合環境設計新的應用程序。將傳統應用程序完全運行在虛擬基礎架構上，這為混合DR / BC的設計提供了一個很好的選擇。然而，只有未開發的系統應該嘗試在公共云和私有云上分解應用程序中的功能(例如，計算在公有云而數據在私有云)。Azure站點恢復等服務可以自動執行現場VM清單，VM鏡像和數據的復制，以及服務部署的過程。這極大地簡化了Azure作為混合云DR / BC站點的使用方式。事實上，將云用于災難恢復是最常見的混合實踐之一，也是進行更為高級的云使用的良好基石。

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

還應該考慮如何處理云計費。這主要意味著在采用混合云之前，需要決定是否對私有基礎設施使用細粒度的基于使用的計費，以及是否按項目精細分配公共云計費，或者將混合云部署轉變為部門或業務部門的預算。

***，決定如何將公共云使用監控集成到傳統IT計費系統中，并提供上述的退款模式。公共云提供各種強大的監視服務，例如AWS CloudWatch和Google Stackdriver。然而，傳統計費系統必須合并和處理結果數據以便分配費用。

需要避免的錯誤

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

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

充分地審查潛在的云供應商。雖然云作為一個信息實用程序，它不是一種商品，云服務并不都是一樣的。一些如Azure的云服務是一個大型的基于Windows的服務組合，它們與整個Microsoft系統管理和應用程序開發生態系統緊密集成。另一些如IBM SoftLayer，Oracle Cloud和Rackspace的云，提供了可以像VM一樣動態實例化和擴展的裸機服務，但具有高度可預測的性能和對配置和安全性細節的更大控制。一些如Azure和Google Cloud的云，提供IaaS和PaaS服務之間的緊密集成。這使開發人員能夠輕松地使用PaaS，并且在需要時可以使用低級基礎架構服務。混合云購買者應該明確他們的需求，并在注冊之前研究可能的替代方案。

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

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

充分估計云成本并恰當地監控使用情況。否則很容易導致超支。

不要創建沒有考慮并且保護所有基礎結構和數據組件的不完整的DR設計。

將現有安全策略做出調整后再遷移到云基礎設施中。云服務的使用改變了安全策略的實施方式，如果在云遷移過程中沒有得到妥善的解決，那么這些安全漏洞和新的漏洞很可能會進一步惡化。

充分自動化云基礎架構而不要過度依賴手動流程。云服務可能迅速增長而出現管理瓶頸。 然而，作為軟件定義的元素，云服務是可編程的，這幫助實現常規任務的自動化，從而提升速度和一致性