混合云將是企業的新的應用模型，但是應用移植性卻成了首要問題。但是，在混合云編排中，容器引擎卻可以就對這一挑戰。

對于使用公有與混合云的組織來說，容器已經成為了應用移植的***途徑。容器編排引擎提供了一種能力來管理容器的執行和規模——這一好處在混合云用戶中同樣存在。

讓我們考慮一下這個新興趨勢：使用容器和容器編排引擎來確保混合云編排。***的做法是看看用例和挑戰，以及***實踐。

混合云中容器用例

混合云由私有云和公有云基礎架構組成。許多情況下，組織希望能夠隨著意思在這兩種環境中進行應用遷移。

這種場景下，使用容器可以提供一些幫助。首先，它在容器化的應用和運行應用的本地云平臺之間，提供了一個抽象層。其次，來自于底層云平臺的這一抽象層讓應用，在云環境之間遷移更順暢，包括在私有云與公有云之間。

在容器編排引擎中運行的容器，如Kubernetes，也能夠自身復制，并且運行在集群中。這讓組織可以橫縱擴展容器的數量，從而滿足運行在公有與私有云上工作負載的需求。

容器化的工作負載要求有一個持久的、擴展的和可靠的，而且對私有與公有云都適用的管理堆棧。容器的提供并支持分布式系統的能力，能夠充分滿足這一需求，通過在公有云和私有云之間提供高度細粒度的集成。

挑戰和***實踐

通過容器編排引擎，企業開發人員和IT團隊可以自己嘗試構建，在公有與私有云之間支持容器移植的架構。他們也可以使用軟件或云服務提供商構建的平臺。

例如，紅帽持續改進其容器平臺，使其適用于混合工作流。新的OpenShift Container Platform 3.4讓企業可以使用Docker容器和Kubernetes編排平臺分配資源，包括跨公有與私有云。另外，Cloudify提供了一個容器編排系統，允許基于容器的應用與非容器化運行一起運行。這包括有狀態和非狀態的服務，所有這些服務都通過一個應用藍圖或控制器。

盡管容器、編排引擎和混合云已經存在了一段時間，但仍然沒有現成的平臺或工具可以將用戶從容器配置和架構的復雜性中全面抽象出來。今天，這還是需要很多DIY。即使組織使用諸如Red Hat OpenShift容器平臺產品，他們仍然需要花費大量的時間來集成容器、編排引擎和應用本身。

更多交鑰匙平臺將不斷涌現，但面臨的挑戰是，在圍繞具體工作負載的情況下，企業必然會遇到自己要解決的問題。例如，IT團隊需要解決耦合問題，這些問題限制了它們在公有和私有云之間分離工作負載的能力。例如，某些網絡功能本質上是針對特定云平臺的，這需要組織進行大量重做工作，才能跨私有與公有云實現遷移能力。

當然，如果混合云在你的計劃之中，并且你需要一種方法能讓工作負載跨公有與私有云遷移，容器編排引擎和它的技術是值得你考慮的。