如果有过一个不断通过linux的25年的野外，它的变化。内核本身已经通过数十个版本的;Linux发行版最每个用例都出现;和Linux的文化已经从周末爱好的项目发展到全球IT基础设施的基础。
现在我们看到Linux的变化下一波的第一个版本。集装箱，unikernels，等实验用形式从内到外重塑的Linux，如何在开源操作系统，可以（和做！）可以做一遍所有开放名不见经传的途径。
linux的容器（R）进化
集装箱占linux的重塑的一个重要方面。容器允许应用程序甚至整个虚拟系统之间的高度隔离，减去开销通常与虚拟机管理程序，虚拟机的风格有关。
有什么了不起关于集装箱不仅是他们已经游览名胜软件开发和运营的讨论方式。它是如何将所有的技术已本地到Linux很长一段时间，但成为Linux的再造的司机后，才第三方商品化它。
在Linux的容器技术的最明显和最关键的例子是泊坞窗，用于运行在隔离的应用软件产品，以及对包装，交付，管理和调度它们。码头工人在Linux内核中把功能已经可用 - 主要是，的cgroup和命名空间 - 并提供了一个方便的比喻，前端和工作流程来包装他们进来。
没过多久泊坞起飞，人们开始用激进的概念进行实验。如果我们把Linux和剥离下来到只是一个引导机制，启动系统和手段来运行和管理的容器？为什么不创建一个Linux，这是集装箱什么嵌入式Linux版本已经到网络或存储管理？从而，CoreOS出生于。
有更多的理由这样做比纯粹新奇。其一，按比例缩小的Linux会更容易管理和维护，更容易遭受攻击保护，也更容易在心脏出血漏洞或弹震面对梳洗。这也意味着，马特Asay的说明，一个Linux这是吸引更多的开发者，而不是系统管理者或OPS的人。
泊坞窗的成功和CoreOS的实验中获得灵感其他Linux发行版尝试类似的想法。红帽内置支持其整个产品线，为大规模运行的容器（见：OpenShift），并成立了自己的集装箱为中心的Linux的品种，又名红帽原子主机。
在某些方面，原子主机很像CoreOS：Linux的一个削减的版本，运行容器和做别的。但是，Red Hat的想法是不仅要建立一个最小系统，并留在这一点。取而代之的是，红帽使用原子作为主机在其上构建一个完整的Linux发行版，使用容器管理平台上的软件安装过程奠定了基础。拙劣或越野车安装如果需要的话，可以清晰地回滚。这并没有完全取代传统Linux软件包管理的需要，而是提供了一个增强它。
Canonical公司做了一些相同的其瞬间应用包装系统，还容器供电。最初部署在Ubuntu手机操作系统的更新发展，斯纳皮使用容器来处理软件安装在相同的方式作为一个数据库事务。
unikernel:只有足够的，没有更多
如果将Linux剥离到它的内核和一些容器还不够，另一组项目涉及到将Linux简化为内核、应用程序，以及其他不需要的东西。这就是“单内核”方法。
像集装箱，unikernels是不是一个新概念;他们一直在周围以某种形式或另几十年。Unikernels被广泛吹捧为微小的，快速启动，以最小的攻击面 - 但更复杂的创造。总的来说这样的项目没有采用Linux的，而是使用自定义内核从头开始或建立写上最小的内核像Xen项目的顶部MiniOS。
Linux的可以用作unikernel基础的一种方式是作为一个“库OS”。在这里，Linux内核基本上变成已链接到应用程序中一个巨大的代码库。该石墨烯图书馆OS是一个使用这种方法的项目，可以编译为在可引导的内核中嵌入“原生的、未修改的Linux应用程序”。
unikernels和Linux的另一个突出的例子是由泊坞窗的方式。这家公司购买位于剑桥的Unikernel系统，它一直与在各种情况下unikernels，并使用它的一些技术力量泊坞窗的Mac和Windows产品的发布。原来，在桌面上运行的码头工人参与启动一个完整的Linux发行版搭载的VirtualBox。现在，它涉及到使用各平台的本机虚拟化技术来启动定制的Linux内核的嵌入式泊坞引擎。
不是每个人都在船上，unikernels作为前进的道路。码头工人在特别unikernels兴趣刺激了近期的批评接二连三。Joyent公司的布赖恩·坎特里尔辩称，unikernels是“不适合生产” - 在他看来，弊端远远大于好处。一切都在一个进程中运行;unikernels难以调试;他们创建用于创建unikernel语言和开发堆栈的依赖性。CoreOS的亚历克斯Polvi是同样持怀疑态度对于许多相同的原因。但码头工人的计划迄今已针对特定使用案例 - 桌面 - 而不是意在单方面更换容器的行为。
总有一个下一步
在所有这些项目中，真正的创新是不是在让Linux“最小”。微小的Linux发行版一直是Linux世界的主食。最新消息是如何长期的软件交付，管理和维护的问题 - 以及系统管理和维护 - 正在由Linux或Linux的新的和创造性的使用的心脏元素的新的和创造性的应用解决内核本身。
凡从这里？对于初学者来说，将有上升的辩论和分歧在制作泊坞式集装箱（而不是底层的内核技术，它们提供动力）的Linux适当的深部，如果在所有。这种摩擦的一个例子是如何的问题把手的容器运行时将作为Linux系统服务，加剧了由以前的争论如何处理在Linux系统服务摆在首位。是容器的操作系统，用户空间增加，或两者的混合体的一部分？要弄清楚什么是最好的，唯一的方法就是孜孜不倦地试验，看看模型提供了最普遍的好处。
随着unikernels和Linux，未来在于搞清楚两个工作最好在一起，为什么。操作unikernel模式并不是要取代容器。但它开辟了以前并不存在，或者因为实现是缺乏不被重视的可能性。
一个关于Linux的恒定的低层次的忧虑是碎片 - 即Linux实现纯粹的多样性使得难以保证一致性。当讨论消费品如Android或Linux作为桌面环境，这是一两件事。但是，这是当我们谈论Linux作为其他项目的基板另一回事 - 这一直是摆在首位的Linux使用的很大一部分。
这种发明和实验，是不是“碎片化”。它的一部分，什么Linux的总是意味着约包裹 - 原料可能是剪裁，缝制，并包围成任意数量的未来需求任意数量的新的形状。
相关InfoWorld的资源
- 从CoreOS到Nano:微型操作系统被剥离成容器
- Docker初学者指南
- InfoWorld的Linux管理概要快速指南
- 如何协调与Docker容器
- 如何选择合适的Linux发行版
- 评论：Ubuntu的16.04：Linux的顽固派桌面
- 评论：Ubuntu服务器16.04 LTS照
这个故事，“Linux的25：容器和unikernels证明少即是多”最初发表InfoWorld的 。