为什么需要 Docker
之前在服务器配置一个应用的运行环境,要安装各种软件,以谷粒商城为例,要安装Java/RabbitMQ/MySQL/JDBC驱动包等。安装这些东西有多麻烦先不说,最主要的是它们不能跨平台。假如我们在 Windows 上安装过这些环境,换到 Linux 之后还是得重新装。况且就算不跨操作系统,换另一台同样操作系统的服务器,要移植应用也非常麻烦。
在传统开发中,软件编码开发/测试结束后,所产出的成果即是程序或是能够编译执行的二进制字节码等( 此处以 Java 为例 )。而为了让这些程序可以顺利执行,开发团队还需要准备完整的部署文件,让运维团队得以部署应用程式,开发需要清楚的告诉运维部署团队,用的全部 配置文件 + 所有软件环境。即便如此,仍然常常发生部署失败的情况。
Docker 的出现打破了过去「程序即应用」的概念。透过镜像( images )将作业系统核心除外,运作应用程式所需要的系统环境,由下而上打包,达到应用程式跨平台间的无缝接轨运作。
Docker 理念
Docker 是基于 Go 语言实现的云开源项目。
Docker 的主要目标是“Build,Ship and Run Any App,Anywhere”,也就是通过对应用组件的封装、分发、部署、运行等生命周期的管理,使用户的 APP(也可以是一个 WEB 应用或数据库应用等等)及其运行环境能够做到“一次镜像,处处运行”。
Linux 容器技术的出现就解决了这样一个问题,而 Docker 就是在它的基础上发展过来的。将应用打包成镜像,通过镜像成为运行在 Docker 容器上面的实例,而 Docker 容器在任何操作系统上都是一致的,这就实现了跨平台、跨服务器。只需要配置好一次环境,放到别的机器上就可以一键部署好,大大简化了操作。
总结:解决了运行环境和配置问题的软件容器,方便做持续集成并有助于整体发布的容器虚拟化技术。
容器与虚拟机比较
容器发展简史
从光驱到磁盘再到虚拟机再到如今的容器

传统虚拟机技术
虚拟机(Virtual Machine)是带环境安装的一种解决方案。
它可以在一种操作系统里面运行另一种操作系统,比如在 Windows 10 系统里面运行 Linux 系统 CentOS 7。应用程序对此却毫无感知,因为虚拟机看上去跟真实系统一模一样,而对于底层系统来说,虚拟机就是一个普通文件,不需要了就删掉,对其他程序毫无影响。这类虚拟机完美的运行了另一套系统,能够使应用程序,操作系统和硬件三者之间的逻辑不变。
Win10 -> VMWare -> Centos7 -> 各种cpu、内存网络额配置+各种软件 -> 虚拟机实例

虚拟机的缺点
- 资源占用多
- 冗余步骤多
- 启动慢
容器虚拟化技术
由于前面虚拟机存在某些缺点,Linux发展出了另一种虚拟化技术:
Linux 容器(Linux Containers,缩写为 LXC)
Linux 容器是与系统其他部分隔离开的一系列进程,从另一个镜像运行,并由该镜像提供支持进程所需的全部文件。容器提供的镜像包含了应用的所有依赖项,因而在从开发到测试再到生产的整个过程中,它都具有可移植性和一致性。
Linux 容器不是模拟一个完整的操作系统而是对进程进行隔离。有了容器,就可以将软件运行所需的所有资源打包到一个隔离的容器中。容器与虚拟机不同,不需要捆绑一整套操作系统,只需要软件工作所需的库资源和设置。系统因此而变得高效轻量并保证部署在任何环境中的软件都能始终如一地运行。

两者之间的对比
- 传统虚拟机技术是虚拟出一套硬件后,在上面运行一个完整操作系统,在该系统上再运行所需应用进程。
- 容器内的应用进程直接运行于宿主机的内核,容器内没有自己的内核且没有进行硬件虚拟。因此容器要比传统虚拟机更为轻便。
- 每个容器之间互相隔离,每个容器有自己的文件系统 ,容器之间进程不会相互影响,能区分计算资源。
