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

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

讓我們考慮一下這個新興趨勢：使用容器和容器編排引擎來確?；旌显凭幣?。***的做法是看看用例和挑戰(zhàn)，以及***實踐。

混合云中容器用例

混合云由私有云和公有云基礎(chǔ)架構(gòu)組成。許多情況下，組織希望能夠隨著意思在這兩種環(huán)境中進行應(yīng)用遷移。

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

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

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

挑戰(zhàn)和***實踐

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

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

盡管容器、編排引擎和混合云已經(jīng)存在了一段時間，但仍然沒有現(xiàn)成的平臺或工具可以將用戶從容器配置和架構(gòu)的復(fù)雜性中全面抽象出來。今天，這還是需要很多DIY。即使組織使用諸如Red Hat OpenShift容器平臺產(chǎn)品，他們?nèi)匀恍枰ㄙM大量的時間來集成容器、編排引擎和應(yīng)用本身。

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

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