混合云将是企业的新的应用模型，但是应用移植性却成了首要问题。但是，在混合云编排中，容器引擎却可以就对这一挑战。
对于使用公有与混合云的组织来说，容器已经成为了应用移植的***途径。容器编排引擎提供了一种能力来管理容器的执行和规模——这一好处在混合云用户中同样存在。
让我们考虑一下这个新兴趋势：使用容器和容器编排引擎来确保混合云编排。***的做法是看看用例和挑战，以及***实践。
混合云中容器用例
混合云由私有云和公有云基础架构组成。许多情况下，组织希望能够随着意思在这两种环境中进行应用迁移。
这种场景下，使用容器可以提供一些帮助。首先，它在容器化的应用和运行应用的本地云平台之间，提供了一个抽象层。其次，来自于底层云平台的这一抽象层让应用，在云环境之间迁移更顺畅，包括在私有云与公有云之间。
在容器编排引擎中运行的容器，如Kubernetes，也能够自身复制，并且运行在集群中。这让组织可以横纵扩展容器的数量，从而满足运行在公有与私有云上工作负载的需求。
容器化的工作负载要求有一个持久的、扩展的和可靠的，而且对私有与公有云都适用的管理堆栈。容器的提供并支持分布式系统的能力，能够充分满足这一需求，通过在公有云和私有云之间提供高度细粒度的集成。
挑战和***实践
通过容器编排引擎，企业开发人员和IT团队可以自己尝试构建，在公有与私有云之间支持容器移植的架构。他们也可以使用软件或云服务提供商构建的平台。
例如，红帽持续改进其容器平台，使其适用于混合工作流。新的OpenShift Container Platform 3.4让企业可以使用Docker容器和Kubernetes编排平台分配资源，包括跨公有与私有云。另外，Cloudify提供了一个容器编排系统，允许基于容器的应用与非容器化运行一起运行。这包括有状态和非状态的服务，所有这些服务都通过一个应用蓝图或控制器。
尽管容器、编排引擎和混合云已经存在了一段时间，但仍然没有现成的平台或工具可以将用户从容器配置和架构的复杂性中全面抽象出来。今天，这还是需要很多DIY。即使组织使用诸如Red Hat OpenShift容器平台产品，他们仍然需要花费大量的时间来集成容器、编排引擎和应用本身。
更多交钥匙平台将不断涌现，但面临的挑战是，在围绕具体工作负载的情况下，企业必然会遇到自己要解决的问题。例如，IT团队需要解决耦合问题，这些问题限制了它们在公有和私有云之间分离工作负载的能力。例如，某些网络功能本质上是针对特定云平台的，这需要组织进行大量重做工作，才能跨私有与公有云实现迁移能力。
当然，如果混合云在你的计划之中，并且你需要一种方法能让工作负载跨公有与私有云迁移，容器编排引擎和它的技术是值得你考虑的。
