几乎能确定的是，容器技术将在刚刚到来的新一年中继续重塑IT面貌;这里我们将一同了解接下来即将真实出现的几项重要征兆。目前几乎每一款主流IT产品都要么直接采用容器技术、要么内置容器支持能力，而容器也将在刚刚到来的新一年中继续重塑IT面貌。下面我们大家一起来看容器技术和围绕其建立起来的生态系统如何通过六种关键性方式在2016年中进一步影响IT事务。

  这些实验性项目除了将容器机制引入其此前从未涉足的领域之外，同时也是为了找到更多进一步改善容器技术本身的可行途径。

  以CoreOS、RancherOS以及其它各类基于云的容器服务为代表的相关项目都是容器技术阵营中积极而且富有成效的尝试。VMware公司的原有虚拟机模型慢慢的开始将注意力转向容器，工作人员亦在思考怎么样利用容器技术对自己的产品线进行补充。

  实验工作的下一个阶段可能在于解决容器的协作问题，甚至有可能利用unikernels等新型技术成果取代容器。这些全新方案承诺带来较现有容器技术更出色的隔离水平与执行效率，且针对每款应用选择可定制的成本设计。

  事实上，利用容器技术对Windows进行重塑所指的主要是微软公司实施的一系列新举措，而软件帝国显然已经意识到蕴藏在容器技术中的巨大潜能。

  我们已经对将容器技术引入Windows Server的可能性做出评估，包括Docker与微软Hyper-V容器两大关键性因素。这项技术将于今年下半年正式推出，一同亮相的还将有面向Nano Server的容器方案。Windows Server的容器化及高度模块化版本将带来无数可能性，不过能确定的是微软方面希望此类方案能够全面依托于由其本地及远程数据中心构成的混合Azure Service Fabric实现。

  不过并不是任何一个人都能够顺利享受容器技术带来的便利。而对于很多软件技术来说，对容器的支持将成为一种必需而非强化方向或者选项。需要强调的是，对容器的支持本身并不足以作为企业创新工作的证明。事实上，利用容器完成创造性成果的标准已经相当之高，而且相信在未来还将进一步提升。

  纵观2015年，容器技术最重要的一大发展在于已经有多个组织开始推动容器方案的开发与应用：开放容器倡议与云原生计算基金会正是其中的典型代表。

  ClusterHQ公司(Flocker的开发商，同时也是以上两大社区的参与方)联合创始人兼CTO Luke Marsden认为，这将允许研发人员更为积极地投身到容器工作当中：“作为一个社区驱动型技术项目而非由营销预算推动能够真正吸引到开发人员参与的容器项目将得以在加快速度进行发展的容器ECO中发展成为执行标准。”

  其中的难点在于，准确判断各参与团队到底真正做出了贡献，还是仅仅表达出良好的愿望却拿不出理想的成果。他们要证明这项技术的力量及其潜在的多样化发展空间，而非仅仅成为又一场企业IT未来控制权争夺战的冲突平台。

  容器技术带给人们的新鲜感受已逝去了一段时间，如今我们真正需要思考的问题是怎么样打造出面向编排应用的先进工具，从而轻轻松松实现自查、监控、调试、部署以及管理。

  这项工作将变得愈发重要，而且要求我们通过微服务架构将更多基础设施迁移至容器当中并进行资源分发。尽管各第三方厂商已经做出了不懈努力，但我们仍就面对着一个很难完全解决的课题：待解决的问题中哪些可以交由第三方实现，而哪些应该以核心技术姿态交付?

  关于这场激烈的争论，最直观的例子当数Docker目前已知容器技术领域中的实质性执行标准。

  在发展之初，人们激烈争论哪些乃至多少工作负载是由Docker凭借其自身组件处理的，又有多少应该由第三方方案处理。Docker的“内置电池，但支持更换”方案正是针对这样的一个问题而出台具体来讲，其配备原生功能，但同时亦通过开放API的方式允许使用者替换掉不对自己最合适的功能组件。

  然而容器技术在更广泛的使用场景当中被打包成了服务的形式，这在某种程度上预示着会存在更多隐藏在引擎盖下的功能那些主张采用极简容器技术方案的用户们显然对此不太满意。毕竟容器出现的初衷在于利用轻量级、高速运行环境取代已经臃肿不堪的传统虚拟机系统。当然，我们也希望容器技术社区别忘记自己的出发点，从而让容器继续保持鲜明的自身特色。

  开源技术的最早雏形始于1983年，当时麻省理工学院的程序员和研究员RichardStallman提出了技术的最终发展趋势是开源的想法。他希望程序员能以更自由的方式来进行开发，他相信如果向他们提供源代码，程序员可以创建更好的软件版本，并为技术带来革命性的变化。这个想法促成了1998年开源计划(OSI)的创建（Adey，2021年）。