当Unikernel遇上Docker,会发生什么?
jopen 9年前
本文主要是对在巴塞罗那举办的DockerCon大会上介绍的Unikernel的总结。Unikernel是一种新的容器化发展方向,使用Rump Kernels构建Rump Kernels微服务,可以像传统的容器一样管理使用,能充分利用到现有容器生态系统的优点。
今天,在欧盟巴塞罗那举办的DockerCon大会上,Unikernel闪亮登场!
作为闭幕黑科技主题keynote的一部分, Anil Madhavapeddy( MirageOS项目负责人),展示了如何像其他任何容器一样使用Unikernel。他先用Docker创建了一个unikernel微服务,然后接着部署了一个真正的Web应用,数据库、Web服务和PHP代码运行在使用 Rump Kernels构建的隔离的unikernel微服务上。Docker像管理Linux容器一样管理Unikernel,但是不用再部署一个传统的操作系统!
这种集成使得各地的开发者都可以使用Unikernel,并把容器生态中熟悉的工具和实际工作流与Unikernel改进的安全性、效率和专业化 结合起来。在这篇文章中我们会透露让你如何参与其中的更多细节,不过在我们进入Anil演示的更多细节前,我们先了解一些关于Unikernel的背景以 及为什么可以这样使用Docker。
为什么是Unikernel?
随着公司开始使用云计算,对单一用途的机器映像一直处于增长趋势,但很显然这还有巨大的改进余地。当前,每台运行应用的虚拟机都必须有一个操作系统副本,特别是对隔离要求高的应用。运行在虚拟机上的应用程序也受到操作系统漏洞影响,包括那些与应用日常功能毫无关系的漏洞。例如,USB驱动-存在于操作系统但是与云部署毫无关系-这个驱动有 多个漏洞,允许执行任意代码。修补这样的漏洞是一个完全没必要的维护负担。
Unikernel采取不同的方法:应用代码只与它需要用来创建一个专业,单地址空间机器镜像相关的OS组件链接— 这样就减少了不必要的代码。使用'操作系统库'的技术创建,与传统的操作系统相比Unikernel提供很多好处,包括:
- 改进的安全性 - Unikernel不包含与部署无关的代码,大大减少应用程序的攻击面。
- 更小的空间 - unikernel代码通常要比传统当量小几个数量级,并且可以更容易地进行管理。
- 细粒度优化 - 由于Unikernel通过一个关联的编译器工具链构建,可以在设备驱动程序和应用程序逻辑层面进行全系统优化,无形中更提高了专业化。
- 快速启动时间 - 由于Unikernel可以在不到一秒钟启动,资源分配会变得更加动态。
这些好处与 微服务和'不可变基础设施'发展理念尤其相关-虚拟机被视为一次性消耗品并可定期从版本库的代码重新分配。这样的虚拟机是不允许直接修改的:所有的更改必须通过修改源代码进行。
Unikernel自然借用了微服务架构和不可变基础设施的概念:源代码和生成的二进制是紧密关联的,可以轻松控制版本。如果说传统的栈,使我们走向微服务,那么Unikernel将推动我们走向不变的nanoservices世界。
虽然Unikernel提供了一种方式,但是在生产配置中采用它们还有很大的挑战。unikernel生态系统才刚刚兴起,并且这种新技术需要适应现有的工作流程和工具。
进入Docker!
为什么是Docker?
Linux的容器通过允许在传统操作系统为其上的多个'容器化'应用程序提供功能,已经让开发者更快地迈向微服务。这些容器相互隔离,因此可以单独替换或修改,这也是微服务架构模式的核心。虽然容器技术出来已经有一段时间了,而且应用的步伐也在快速增长。从过去几年可以看到,工具的激增包括镜像库,编排工具等等,使得容器更易于大规模使用。在Docker的带领和培育下,建设了一个充满活力、开放和欣欣向荣的生态系统,帮助改善了每个人的开发工作流程。
随着越来越多的支持工具和基础设施,可以明确看出生态系统已经不仅仅是Linux容器本身了。Unikernel是否适合这个生态系统?如果适合,Unikernel与容器有什么关联?
容器和Unikernel其实是一体的。一方面,在最上层,我们使用传统方法在一个VM中运行一个包括单一应用的全OS栈。下一步自然是在OS上 使用容器,这会有更好的资源使用体验并允许每个应用更加自包含。如果从这个角度来看,Unikernel只是在这条道路上又迈出的一步,可以被看作是极端 的、自包含的应用程序。现在我们面临的挑战是让Unikernel与容器一样简单易用。
应对这一挑战的第一步是将Unikernel与现有容器基础设施,特别是Docker工具和生态系统集成。
利用广泛使用和大家都理解的包模型和运行框架,把Unikernel看作只是另一种类型的容器,这将帮助我们让各地的开发人员都用上Unikernel。
它还使得Unikernel可以使用整个容器生态的工具,包括业务流程和其他任何可用的。采用现有的工具链将加速Unikernel的进程,同时 也展现了Docker生态系统的灵活性和广度。通过使用Docker抽象掉了底层操作系统的复杂性,开发人员可以选择如何'containerise'他 们的应用程序,无论是针对一个传统的Linux容器,或者一个新的unikernel'容器'。
DockerCon演示
也正是这些最初的步骤使开发人员能够利用现有的Docker工具,构建和运行unikernel微服务,正像今天Anil在DockerCon的演示一样!首先,他用Docker创建一个unikernel微服务,然后他启动Unikernel集群部署包括数据库,Web服务和PHP代码的Web应 用。整个构建系统包含在一个易于使用的Dockerfile,每个微服务变成一个专门unikernel。这些Unikernel在自己有硬件保障的 KVM虚拟机上运行。Docker像管理Linux容器一样管理unikernel容器和网络!
这些早期的工作使得Unikernel实现了像Docker部署方式一样的可用目标!既然现在Unikernel可以通过Docker进行管理,那么它就可以为Unikernel带来所有现有生态系统编排和管理方面的优点。
该演示包括Nginx,MySQL和PHP,LAMP环境典型的几个组件。这些没有改动过的,现成的组件采用Docker工具链使用 Unikernel创建,而不是用典型的操作系统!为了运行这些特定的应用,为这些Unikernel创建了一个集群。观看下面视频了解更多详情!
视频
参与其中!
这里描述的演示仅仅是个开始。Unikernel实现有很多种,并有大量的工作要做,以确保它们都能获得集成后的好处,同样提升Docker充分利用这些新技术的能力。 查看相关的unikernel项目,并向这篇博客贡献你的体验吧!感谢 Anil、 Balraj、 David, Jeremy Justin、 Martin、 Mindy、 Thomas他们对初稿的意见。
原文链接:Unikernels, meet Docker! (翻译:朱高校)来自