Docker的未来是什么？

VM模型，微服务和DevOps的帮助下，集装箱部署继续发展。了解容器架构如何影响您的业务目标。

在应用程序的容器部署中已经有了十几个新的进化步骤，我们还没有完成。容器还与支持技术（如DevOps）和竞争对手（如虚拟机）进行交互，为所涉及的所有技术创造了进步的压力。未来的容器将与今天的容器非常不同，但用户仍然可以跟踪趋势并充分利用每一步。

所有容器架构与VM体系结构不同之处在于，它们旨在虚拟化硬件和至少基本平台软件，而不仅仅是硬件。这意味着容器应用程序共享操作系统和一些中间件元素，而VM模型需要为每个虚拟机重复所有软件。容器方法减少了开销，允许更多应用程序在每个服务器上运行。

从容器部署开始

早期的容器部署假设用户和应用程序运行良好，不需要相互保护或安全。这允许错误或恶意创建稳定性和安全性问题。因此，在集装箱发展的头十年，重点是改善集装箱的隔离。这开始于几个“监狱”概念，主要侧重于隔离容器的文件系统，并演变成具有里程碑意义的Solaris Containers，该容器利用了称为Zones的增强型Solaris OS功能来进一步隔离容器。

Google从2006年开始推出了几种容器架构，它们具有将容器的硬件，存储和网络资源分配和分配到容器的能力，为用户提供了更大程度的控制，这些容器可以不仅影响安全性，还可以影响其他共享相同的服务器。这些改进逐渐被引入了Linux本身，而且这种改进开始了现代容器的发展。

在Linux的LXC容器项目-和推出Kubernetes编排谷歌的LMCTFY工作-在这一点上（本世纪初）跳下，而正是这些举措，在泊坞高潮。Docker旨在采取集装箱的技术框架（隔离和资源控制）并对其进行操作。集装箱的编排标准和架构标准Kubernetes和Docker越来越多地合并，因此最好将它们视为一种单一的方法。这个组合是今天集装箱化的事实上的市场领导者（来自CoreOS的Rkt是一个Docker变体），但不是进化的结束。为集装箱开辟了两条新途径，这些途径将为未来创造条件。

容器部署和云

其中第一个是公共云集装箱服务的爆炸。Google，亚马逊和微软都提供容器服务，便于用户将私有容器使用扩展到云中，最常用于混合云应用。尽管其他容器业务流程模型也可用，但是Kubernetes正在成为这些应用程序的业务流程的实际标准。从基于云的容器服务的编排重点来看，容器架构演进的重点似乎是越来越多的应用程序生命周期管理，容器部署的运营方面。

第二条途径是与VM的融合。所有传统的VM提供商，包括公共云和私有软件堆栈，都对容器有一些支持。最重要的是允许部署虚拟机，这些虚拟机又成为容器主机，并支持在这种环境中统一管理容器和虚拟机的模型。这就创造了技术重点，再次在DevOps或编排，并且在整个应用程序生命周期管理的背后。因为这个应用程序生命周期的重点是我们未来的公共容器服务路径的共同之处，似乎很明显，通过对应用程序部署，扩展和重新部署以及资源和应用程序组件的组织的更多支持，容器架构的未来将会得到发展一个资源池。

未来的容器将与今天的容器截然不同。

这个单一的进化目标并没有使容器架构的演变形成混乱，特别是在短期内。今天，驱动容器的用户有两个不同的社区：那些专门开发容器部署环境的应用程序，并且正在寻找通过附加容器功能增强应用程序的方法，以及那些希望部署组件化第三方或已经开发的内部软件容器来提高运行性能和可用性。这些社区中的每一个都开启了集装箱软件的不同未来。

DevOps和容器架构

以开发为中心的集团正在集中精力集装箱做独立的系统和平台软件来做 - 使集装箱成为编程层面上专用服务器的忠实复制品。这就是数据库处理，逻辑（编程语言）级别和中间件集成工作之间的进程间连接。这个集团的集装箱倡导者委员会似乎有一个“修复”的心态; 他们已经接受了容器，他们只是希望他们工作。

实施小组侧重于使应用程序生命周期的部署和运营管理变得容易。这个组织实际上是超越了一个 容器对容器系统可能需要和做的事情。业务流程或DevOps一直是这里的主要重点，与应用程序实现化的工作现在已经表明，开发中心集团的许多目标也可以使用操作工具来满足。这很好，因为这意味着容器的进化路径正在趋同。

从长远来看，这是将集装箱架构推向未来的运作。容器，微服务，云计算和其他现代趋势相结合，并与业务目标相结合，创建IT策略。然而，这一政策将优先考虑这些技术因素，将会根据运营效率来承受或落后，因此随着时间的推移，集装箱趋势将成为应用运营趋势的重点。现在计划，你将领先于游戏。

原文： http://searchmicroservices.techtarget.com/tip/What-is-the-future-of-container-deployment