该供应商编写的技术底漆已经被网络世界编辑，以消除产品推广，但读者应该注意到它可能会倾向于提交者的做法。足球竞猜app软件
云计算要求简化部署、简化生产时间，并自动交付应用程序所需的资源，这促使人们对容器产生了浓厚的兴趣。Linux容器提供了一个很好的包:一个用于开发、测试和向最终用户交付应用程序的简单工具。
容器的设计，使其更容易和更快地开发出完整的应用程序运行环境。飘的是，要求开发商以确定运行应用程序所需的最低系统要求的传统应用程序部署的痛苦的验证过程。
还有其他一些重要的好处。Linux的容器包装几乎任何类型的服务器应用程序到处运行的 - 你的桌面上，在云，或任何Linux是可用的 - 不管内核版本或Linux发行版。容器也可以有一个相当小的占地面积比虚拟机，这意味着你的系统可以看到更高的密度和有效地与容器比虚拟机在同一主机上运行更多的成本。
虽然现在建立了集装箱，争论依然存在。例如，企业将必须决定什么私有云基础架构（最重要的是什么操作系统）将在容器应用程序运行。在2015年宣布的许多薄的操作系统会胜出，但流行的细技术尚未出现。我们预计低于预期的数据中心的增产行动采用薄的操作系统将需要更长的时间，因此只有少量的进展在2016年。2020欧洲杯预赛
广泛采用容器的另一个重要障碍是可移植性。Linux容器的“一次编写，随处运行”哲学对于简化跨多云环境的应用程序开发和部署至关重要。
在2015年打开集装箱倡议，该倡议的甲骨文是一个赞助商，获得了业界的广泛支持。无论LXC和码头工人所有主要的Linux发行版在Linux中的容器包装和分发的云应用中已经成为流行。
现在我们看到，开放容器倡议正在大步迈向跨操作系统、硬件和云的容器可移植性通用规范，而不依赖于任何特定的商业供应商或项目。
容器可以用于简化应用程序部署的答案，但随着这种技术的移动被广泛使用的企业客户将进一步提高标准。什么企业工作负载目前适合容器？是否有必要为一个应用程序供应商重构他们的解决方案集装箱的部署，或将集装箱发展到包括除了专为集装箱开发的下一代应用的东西呢？抑或是两者兼而有之？
如何管理容器?如果有人担心VM扩张，那么容器的情况可能会更具挑战性。VM监视并不太难。它已经存在了，人们知道如何去做。但是大多数企业还没有建立用于监视带有容器的系统的流程。例如，通过容器共享内存和CPU周期，甚至可能共享磁盘空间。
你是怎么做到计量和在这样一个世界计费？IT管理或线路的企业一个组织如何能有更多的可见性什么的DevOps组在集装箱交付？你怎么知道用来创建容器的可信来源的来源是什么？你怎么能防止隐藏在容器内的安全漏洞？
身份管理和访问控制如何在大型容器部署的范围内工作?是否期望提供审计和遵从性，以满足我们在vm和裸机上部署的工作负载中看到的标准安全性交付?对于大型工作负载，容器可以扩展到什么程度?
谷歌的Kubernetes一直在集群部署容器的热门选择。在2015年泊坞窗发布了自己的群集群软件，它提供本地集群功能。码头工人说，群已经多达一千（1000）节点和五万（50,000）容器进行测试。2016年集装箱集群将继续显著进展，我们将开始看到容器是否可以扩展为一个企业客户所期望的。
对于容器来说，高可用性也是一个重大挑战。容器HA现在还相当简陋——主要是基本的故障转移。企业还需要其他HA特性。例如，滚动补丁是维护云中的正常运行时间的关键。一个内核补丁可以让拥有100个容器的容器场脱机相当长的时间来更新。
当涉及到云计算，容器将是故事的一部分。更多的企业功能，将需要提供一个庞大而多样的容器中的商业企业软件，包括管理工具组合跨外形点播，审计内容自动规模，验证合规性，加强合规性，高可用性，提供报表和行政知名度(physical servers, VM’s, containers). These are all elements that enterprise customers will need and are not widely addressed by software providers today.
归根结底，容器是IT解决方案的一部分，而不是独立的资源孤岛。世界不会在一夜之间改用集装箱。一个企业可能有一个多层应用程序，包括几个Docker前端或LXC前端、几个中间层vm和几个后端物理数据库服务器，以及物理和虚拟设备的混合。企业需要能够使用跨bare metal、vm、LXC和Docker容器的网络、存储、管理和监视工具运行应用程序。
当然，容器可能不是唯一答案云应用展开。新技术如虚拟机管理程序unikernels正在为微服务为基础的应用可能的部署工具进行讨论。这种模式有通过消除传统的操作系统和非常快速的启动时间，更小的足迹。这些属性可以是高度分布式的应用环境是有价值的。
毫无疑问，集装箱在这里停留。解决企业的需求将是关键，以快速增长。2016年看起来是一个非常有趣的一年确实如此。