對于認證考慮采用混合云模型的企業而言，其實現必須有計劃，以便IT人員能夠和現有私有云一樣精準的進行管理。下面，我們給出了管理混合云的方式，假設IT團隊遵循了企業ITIL***實踐。

不管你如何小心的選擇公有云服務，而且和你的私有云設計匹配的多么好，差異還是不可避免的存在。兩個云之間的區別越大，就越難作為單一的實體管理這兩個云。也會得到盡可能的延伸你的現有混合云管理戰略和***實踐的***收獲。

混合云管理戰略應該涉及到下面的這些領域：

配置。IT團隊必須細化創建、修改、不定和實現云安裝的***實踐。版本受控的開發庫和認證的生產映像將會讓配置更加有效和安全。不管在什么地方，配置都應該創建得既可以在公有云中運行，也可以在私有云中運行。但這個不再是問題，庫系統應該清晰細化哪一個云時映像相關聯的。

變更控制。盡管幾乎所有的企業主要的都是ITIL***實踐，但是變更控制似乎在很多公有云實現中被忽視了。很多小型的IT部門將DevOps看作是從開發到生產快速實現變更的一種途徑。盡管初創公司軟件即服務企業贊同這種靈活度，但是企業將其看做是一種危險的捷徑，會阻礙混合云模型的采用。隨著企業就使用混合云模型達成一致，他們需要開發者在回滾計劃提交變更中進行變更控制原則的引入。補丁管理需要在易損性警報發布的某一具體天數中完成。

安全。混合云安全包括傳輸和休眠中的數據加密、訪問控制策略、防火墻和網絡規則執行。企業風險管理部門應該促進相同或者類似的策略跨部門執行。如果可能，為單點登錄擴展一種方法，比如安全聲明標記語言(SAML)或者輕量級目錄訪問協議(LDAP)，會比較好。密鑰加密是企業IT唯一知道的，也是強制的。

故障監控。有段時間，我們聽到云權威人士稱設備故障監控在公有云中并不是強制的，資源預提供的彈性掩蓋了基礎設備的失敗，因此減輕了嚴格故障監控的負擔。但是隨著最近備受矚目的基礎架構即服務(IaaS)宕機頻發，就沒那么容易了。故障和性能警報需要發送給管理者中的核心管理者(MOM)。如果公有云有直接面對客戶的電子商務功能，還有地理分布的用戶體驗性能監控就需要確保運行時間。

預算控制。云的彈性是預算控制的雙刃劍。由于IT人員不注意，留下了一個額外的實例開啟，直到他看到了按月IaaS實例的賬單就會明白了。未使用資源警報和警報指示將會在IaaS或者平臺即服務(PaaS)費用超過臨界值時發出，協助你維護整個云資源的預算控制。

最終，云技術將會發展成讓企業能夠簡單的擴展私有云管理系統到有效地控制公有云的獨立部分，同時網絡鏈接綁定了這兩個云。企業IT最可能需要合并至少一些公有云管理系統反饋給MOM。在你使用像內容分發網絡或者大數據這樣的功能時發生，這些都不存在于你的私有云中。

企業會需要縫合這些新的云系統和其現有的集中化管理系統，從而能夠使用單一幫助桌面，并實現總體擁有成本(TCO)。IT管理者幾年來集成了管理系統;然而，云是一種破壞性的技術，因為IT再一次調整了其管理系統。

混合云應用信號的出現，預示著云技術對于企業IT部門足夠成熟，允許他們擴展敏感應用到一個多租戶的混合云環境中。但是“DevOps云牛仔”時期將會消退夕陽，隨著企業IT部門根據企業級管理***實踐向下封閉數據。