核心知识点:
1.Docker的构想:对应用的封装、分发、部署、运行的生命周期的管理,一次封装到处运行
2.Docker的优点:一站式解决方案
3.Docker由LXC演变而来,迟迟没有集成到Linux主流内核中阻碍了它的发展。
4.Docker相对于LXC所做的重大提升:容器管理工具、分层文件系统和镜像机制
一、Docker开源项目背景
Docker是基于Go语言实现的开源容器项目,诞生于2013年年初,最初的发起者是dotCloud公司。
Docker自开源后收到广泛的关注和讨论,目前已有多个相关项目(包括Docker三剑客、Kubernets等),逐渐形成了围绕Docker容器的生态体系。
由于Docker在业界造成的影响力实在太大,dotCloud后来直接改名Docker Inc,并专注于Docker相关技术和产品的开发。
Docker项目已加入Liunx基金会,并遵循Apache2.0协议,全部开源代码均在https://github.com/docker/docker上进行维护。
在Linux基金会最近一次关于“最受欢迎的云计算开源项目”的调查中,Docker仅次于2010年发起的OpenStack项目,并人处于上升趋势。
现在主流的Linux操作系统都已经支持Docker。
Docker的构想是要实现“Build,Skip and Run Any APP,Anywhere”,即通过对应用的封装(Packaging)、
分发(Distribution)、部署(Deployment)、运行(Runtime)生命周期进行管理,达到应用组件“一次封装,到处运行”的目的。
这里的应用组件,既可以是一个WEB应用、一个编译环境,也可以是一套数据库平台服务,甚至是一个操作系统或集群。
基于Linux平台上的多项开源技术,Docker提供了高效、敏捷和轻量级的容器方案,并支持部署到本地环境和多种主流平台。
可以说,Docker首次为应用的开发、运行和部署提供了“一站式”的实用解决方案。
二、Linux容器技术——巨人的肩膀
跟大部分新兴技术的诞生一样,Docker也并非“从石头缝里蹦出来的”,而是站在前人的肩膀上,其中最重要的是Linux容器(Linux Containers,LXC)技术。
IBM DeveloperWorks网站关于容器技术的描述十分准确:“容器有效地将由单个操作系统管理的资源划分到孤立地组中,以更好地在孤立地组之间平衡有冲突的资源使用需求。
与虚拟化相比,这既不需要指令级模拟,也不需要及时编译,容器可以在核心CPU本地运行指令,而不需要任何专门的解释机制。
此外,也避免了准虚拟化和系统调用替换中的复杂性。”
当然,LXC也经历了长期的演化。最早的容器技术可以追溯到1982年Unix系列操作系统上的chroot工具(直到今天,主流的Unix、Linux操作系统任然支持和带有该工具)。
早期的容器技术包括Sun Solaris操作系统上的Solaris Containers(2004年发布),FreeBSD操作系统上的FreeBSDjail(2000年左右出现),以及GUN/Linux-VServer和OpenVZ。
在LXC之前,这些相关技术经过多年的演化已经十分成熟和稳定,但是由于各种原因,它们并没有被很好地集成到主流地Linux内核中,用户使用起来并不方便。
例如,用户如果要使用OpenVZ技术,需要先手动给操作系统打上特定地内核补丁方可使用,而且不同版本并不一致。
类似地困难造成了在很长地一段时间内,这些优秀的技术只流传于技术人员地小圈子中。
后来LXC项目借鉴了前人成熟地容器设计理念,并基于一些列新引入的内核特性,实现了更具扩展性的虚拟化容器方案。
更加关键的是,LXC终于被集成到了主流Linux内核中,进而成为了Linux系统轻量级容器的事实标准。
从技术的层面上看,LXC已经趟过了绝大部分的“坑”,完成了容器技术实用化的大半历程。
三、从Linux容器到Docker
在LXC的基础上,Docker进一步优化了容器的使用体验,让它进入寻常百姓家。
首先,Docker提供了各种容器管理工具(如分发、版本、移植等)让用户无需关注底层的操作,可以更简单命令的管理和使用容器。
其次,Docker通过引入分层文件系统构建和高效的镜像机制,降低了迁移难度,极大的提升了用户体验。用户操作Docker容器就像操作应用自身一样简单。
早期的Docker代码实现是直接基于LXC的。自0.9版本开始,Docker开发了libcontainer项目,作为更广泛的容器驱动实现,从而替换掉了LXC的实现。
目前,Docker还积极推动成立了runC标准项目,试图让容器支持不在局限于Linux系统,而是更安全、更具扩展性。
简单的讲,读者可以将Docker容器理解为一种轻量级的沙河(sandbox)。每个容器内运行着一个应用,不同的容器相互隔离,容器之间也可以通过互联网互相通信。
容器的创建和停止都十分快速,几乎跟创建和终止原生应用一致;另外,容器自身对系统资源的额外需求也十分有限,远远低于传统虚拟机。
很多时候,甚至直接把容器当作应用本身也没有任何问题。