多年來，企業一直享受著混合雲帶來的益處。然而，他們同時也忍受著不斷增長的痛苦，混合雲的新人可以從他們的前輩所犯的錯誤中學習。
混合雲的採用率正在上公升。很多組織看到了雲服務的優勢，但他們也想要自己擁有一定的靈活性，將一些工作負載和資料保持在本地的控制下。
雖說有些意外，但對於it來說，混合雲的「真正的」定義並不總是很清楚——特別是因為雲清洗。混合雲是一種it部署模型，它使用本地(私有)雲和第三方(公共)雲服務的混合，在兩個平台之間進行協調。
marketsandmarkets估計，到2023年，混合雲的支出將年均增長22.5%，達到近920億美元。idc表示，未來兩年內，傳統的本地it基礎設施的支出仍將大於雲支出。儘管如此，idc預計，總的來說，仍然會有32%的it基礎設施預算將用於外部雲，11%用於私有雲。混合雲是雲使用者首選的模式; 來自rightscale的乙個流行的2023年調查顯示，71%的雲使用者使用著混合環境。
應用架構
混合雲設計在這幾種企業it場景中非常有用。然而，如何使用將部分地決定什麼工作和什麼不工作。管理員需要學習混合雲的最佳實踐，以便能夠識別，然後避免以前的雲實現時常犯的錯誤和疏漏。
流行的混合雲部署實踐是使用公共雲服務作為用於私有雲的災難恢復(dr)或業務連續性(bc)資料中心。它們的設計基本相同，主要區別在於：對於bc，公共雲始終處於活動狀態，而對於dr，它處於待機狀態，僅在本地停機期間被啟用。在任一情況下，執行受影響的應用程式所需的整個基礎架構必須在私有和公共雲上部署或預配置並準備啟動。
更高階和複雜的混合設計涉及跨雲分割應用程式的功能。在這種情況下，一些元件(通常是資料儲存和身份驗證或授權目錄)在私有雲上執行。其他元件(如web前端，中介軟體業務邏輯和分布式大資料分析引擎(hadoop，spark等))在公共雲上執行。
這種分叉的設計保證了it能夠利用兩者的優點; 他們能夠嚴格控制私有基礎設施的資料和使用者安全性，並且能夠利用公共雲服務的動態可擴充套件性。然而，這種設計給混合雲管理帶來了更多的困難：從傳統系統中解耦資料和計算。這意味著**架構最好與新的，而不是傳統的應用程式一起使用。
基礎設施的選擇
託管主機具有到運營商和雲服務的卓越的網路連線能力，這使得建立到所選擇的公共雲的高速私人連線變得更容易並且更便宜。實際上，混合架構中私有和公共雲基礎架構之間快速且可靠的低延遲連線的重要性是怎麼強調都不為過的。
混合設計決策
在計畫採用混合雲時，組織必須做出幾個重要決策。評估是否拆分和遷移現有應用程式或為混合環境設計新的應用程式。將傳統應用程式完全執行在虛擬基礎架構上，這為混合dr / bc的設計提供了乙個很好的選擇。然而，只有未開發的系統應該嘗試在公共雲和私有雲上分解應用程式中的功能(例如，計算在公有雲而資料在私有雲)。azure站點恢復等服務可以自動執行現場vm清單，vm映象和資料的複製，以及服務部署的過程。這極大地簡化了azure作為混合雲dr / bc站點的使用方式。事實上，將雲用於災難恢復是最常見的混合實踐之一，也是進行更為高階的雲使用的良好基石。
還應該考慮如何處理雲計費。這主要意味著在採用混合雲之前，需要決定是否對私有基礎設施使用細粒度的基於使用的計費，以及是否按專案精細分配公共雲計費，或者將混合雲部署轉變為部門或業務部門的預算。
最後，決定如何將公共雲使用監控整合到傳統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設計。
將現有安全策略做出調整後再遷移到雲基礎設施中。雲服務的使用改變了安全策略的實施方式，如果在雲遷移過程中沒有得到妥善的解決，那麼這些安全漏洞和新的漏洞很可能會進一步惡化。
充分自動化雲基礎架構而不要過度依賴手動流程。雲服務可能迅速增長而出現管理瓶頸。 然而，作為軟體定義的元素，雲服務是可程式設計的，這幫助實現常規任務的自動化，從而提公升速度和一致性
混合雲使用不能盲目 學習最佳實踐是王道
多年來，企業一直享受著混合雲帶來的益處。然而，他們同時也忍受著不斷增長的痛苦，混合雲的新人可以從他們的前輩所犯的錯誤中學習。混合雲的採用率正在上公升。很多組織看到了雲服務的優勢，但他們也想要自己擁有一定的靈活性，將一些工作負載和資料保持在本地的控制下。雖說有些意外，但對於it來說，混合雲的 真正的 ...
混合雲應用雙活容災最佳實踐
越來越多的企業在數位化轉型和上雲程序中選擇混合雲的形態 雲 自建 idc 或雲 其他廠商雲 來進行容災建設，一方面不會過度依賴單一雲廠商，另一方面還能充分利用已有的線下 idc 資源。msha 雲原生多活容災解決方案 1 也發布了混合雲多活容災產品能力。本文會通過乙個業務 demo 案例，介紹混合雲...
最佳實踐 使用阿里雲CDN加速OSS訪問
簡介 使用者直接訪問oss資源，訪問速度會受到oss的下行頻寬以及bucket地域的限制。如果通過cdn來訪問oss資源，頻寬上限更高，並且可以將oss的資源快取至就近的cdn節點，通過cdn節點進行分發，訪問速度更快，且費用更低。如果採用動靜分離的 架構，就能夠解決海量使用者訪問的效能瓶頸問題。阿...