多云的好處和挑戰　　盡管從安全性和性能要求上看，部署私有云仍舊是更合理的選擇，但企業同時使用多個公有云的情況依然存在。

　　多云計算使企業能夠利用各種云服務，而不用管供應商是誰。

例如，用戶可以選擇谷歌進行高性能計算，選擇AWS的廣泛功能組合，也可以使用甲骨文提供的數據庫即服務產品。

　　但要在多云部署中取得成功，IT團隊必須改進管理實踐。

　　首先，要在云平臺之間遷移應用程序，團隊需要仔細編排工作負載并“翻譯”虛擬網絡配置文件。

像Ansible這樣的工具可以簡化這個過程，特別是對于需要在OpenStack和主要公有云之間遷移的工作負載而言。

　　業界也在努力為VM和容器進行鏡像的標準化，這將進一步簡化應用程序的可移植性。

　　盡管如此，由于云供應商擁有不同的服務和API集合，IT團隊有責任確保他們的應用程序與他們使用的所有平臺都兼容。

　　然后，團隊應該將重點轉移到數據管理上，以避免多云模式中的性能瓶頸。

　　管理混合多云部署的數據　　要讓OpenStack為混合或多云模型做好準備，請記住，Swift 存儲已經有自己的專有接口，這個接口超越了大多數云供應商使用的 Amazon Simple Storage Service(S3)REST 構造。

　　如果你希望你的應用程序使用本地 OpenStack 數據，那么最好限制你的部署為 S3 兼容，以在所有云中維護一個 REST 接口——這意味著 Ceph 是比Swift 更好的選擇。

　　一定要避免在公有云和 OpenStack 私有云之間傳輸整個數據集，因為這個過程既費時又費錢。

　　相反，你需要在每個云平臺中使用數據副本來消除延遲。

但請記住，有些數據需要一個主副本，而且你必須選擇在哪里托管該副本。

　　為了進一步緩解存儲延遲的問題，請在數據中心中使用高帶寬光纖鏈路運行 OpenStack 私有云。

存儲快照和持續備份方面的最新進展使得更多的選擇成為可能。

結合復制和擦除編碼，可以自動將數據復制到多個云。

這通常是異步復制，否則寫入性能會受到很大影響。

同步窗口時長可以低至一分鐘，甚至更短——這對于需要接近實時的數據應用(如數據分析)來說特別有用。

　　OpenStack兼容性　　在混合或多云部署中，始終存在哪些云 “一起玩得最好”的問題。

　　所有主要的公有云服務提供商都繼續努力與 OpenStack 交互。

　　例如， Microsoft Azure 專注于 Azure Stack 和 Windows Server 之間無縫的數據遷移。

　　AWS 很可能與其合作伙伴 VMWare 進一步深化合作。

　　谷歌則與紅帽專注于OpenStack私有云和公有云 。

　　盡管如此，幾乎沒有證據表明哪一個公有云平臺會成為與 OpenStack 私有云搭配的標準選擇。