简介

相信有到现在为止还是有很多同学只是听说过Docker，但还不了解Docker,我也一样，也是小白一枚，该系列文章算是对自己学习Docker的一些记录和心得吧，如果有什么不对的地方请各位大佬别喷，及时指正说明，感激不尽。

Docker 是什么

官方解释

Docker 是世界上领先的软件集装箱化平台，一个开源的应用容器引擎，基于 Go 语言并遵从Apache2.0协议开源，它具有灵活、可移植、安全、节省成本等特性。

可以让开发者打包他们的应用以及依赖包到一个可移植的镜像中，然后发布到任何流行的 Linux或Windows 机器上，也可以实现虚拟化。容器是完全使用沙箱机制，相互之间不会有任何接口，容器性能开销极低。

通俗解释

懵逼不？就问你懵逼不懵逼？反正我看着很懵逼! 😔

啥集装箱化平台、容器引擎、镜像的，还沙箱机制，建议大家不要去翻看官网的说明或者搜索来的各种学术解释，读完那些，你就会开始怀疑人生了，甚至开始怀疑自己的智商。

相信有过开发经验的，大家都知道虚拟机，其实你就把它理解为“虚拟机”，但它比虚拟机更加强大，体积小，运行速度快，启动和关闭只需要几秒。相对于普通虚拟机来说，启动时间在分钟级别，占用内存大。

特性	容器	虚拟机
启动	秒级	分钟
硬盘使用	一般为MB	一般为GB
性能	接近原生	弱于
系统支持量	单机支持上千个容器	一般几十个

Docker的思想来自于集装箱，想象一下，你开着三蹦子在一望无际的草原上，三蹦子上有几只刚从集市上买的羊，突然看到了有两只狼脚受伤了，你特别想把狼拉回去，因为养好了卖了能换个自动挡汽车了（咱先不说卖狼是否违法😄）。

两种办法：
第一、把羊和狼放到一起，羊可能被吃掉 。
第二、给家里的邻居二狗子打电话，让他再开一辆车过来，把狼拉走。

有没有第三种方法呢！能不能弄两个笼子（集装箱或者容器），两者之间不会互相影响，共用一个三蹦子，我就可以搞定了。Docker就是类似的理念。

再举一个例子，相信北漂的同学知道帝都的房租，房子比较大很贵，一个人租不划算，找合租一起住难免有束缚感,不太方便。那么房东或者中接把房子改造一下，房子用可拆装的墙板隔离开来，分为许多的小房间，每个人住在自己的小房间。你可以自己布置自己的房间。在自己的小房间里面做事情也不会打扰到其他人。共享这个房子的水费，电费，网费等公共资源(每个docker容器(也就是进程)依赖的是宿主机的资源)。假如有一天房东要把房子卖了，只要把可拆装的墙板移除，打扫一下，回到原样，不破坏房子原样，就可以出售房子了(在容器中安装的软件，程序等都不会污染到宿主机的环境，容器被删除也就被删除了)。

为什么使用Docker

更高效的利用系统资源
由于容器不需要进行硬件虚拟及运行完整操作系统等额外开销，Docker对系统资源的利用率更高。无论是应用执行速度、内存损耗或者文件存储速度，都要比传统的虚拟机技术更高效。因此，相比虚拟机技术，一个相同配置的主机，往往可以运行更多数量的应用。

更快速的启动时间
传统的虚拟机技术启动应用服务往往需要数分钟，而Docker容器应用，由于直接运行与宿主内核，无需启动完整的操作系统，因此可以做到秒级、甚至毫秒级别的启动时间。大大的节约了开发、测试、部署的时间。

一致的运行环境
开发过程中一个常见的问题是环境一致性问题。由于开发环境、测试环境、生产环境不一致，导致有些BUG并未在开发过程中被发现。而Docker的镜像提供了除了内核外完整的运行时环境，确保了应用运行环境得一致性，从而不会再出现“这段代码在我机器上没问题”这类问题。

持续交付和部署
对开发和运维人员来说，最希望的就是一次性创建或配置，可以在任意地方正常运行。
使用Docker可以通过定制应用镜像来实现持续集成、持续交付、部署。开发人员可以通过DockerFile来进行镜像构建，并结合 持续集成系统进行集成测试，而运维人员则可以直接在生产环境中快速部署该镜像，甚至结合持续部署系统进行自动部署。
而使用DockerFile使镜像构建透明化，不仅仅开发团队可以理解应用运行环境，也方便运维团队理解应用运行所需条件，帮助更好的生产环境中部署该镜像。

更轻松的迁移
由于Docker确保了执行环境得一致性，使得应用的迁移更加容易。Docker可以在很多平台上运行，无论是物理机、虚拟机、公有云、私有云，甚至是笔记本，其运行结果是一致的。因此用户可以很轻易的将在一个平台上运行的应用迁移到另一个平台，而不用担心运行环境得变化导致应用无法正常运行的情况。

更轻松的维护和扩展
Docker使应用的分层存储以及镜像的技术，使得应用重复部分的复用更为容易，也使得应用的维护更新更加简单，基于基础镜像进一步扩展镜像也变的非常简单。此外，Docker团队同各个开源项目团队一起维护了一大批高质量的官方镜像，既可以直接在生产环境使用，又可以作为基础进一步定制，大大的降低了应用服务的镜像制作成本。

Docker容器的特点

轻量：在一台机器上运行的多个Docker容器可以共享这台机器的操作系统内核；它们能够迅速启动，只需占用很少的计算和内存资源。镜像是通过文件系统层进行构造的，并共享一些公共文件。这样就能尽量降低磁盘用量，并能更快地下载镜像。
标准：Docker容器基于开放式标准，能够在所有主流Linux版本、Microsoft Windows以及包括VM、裸机服务器和云在内的任何基础设施上运行。
安全：Docker赋予应用的隔离性不仅限于彼此隔离，还独立于底层的基础设施。Docker默认提供最强的隔离，因此应用出现问题，也只是单个容器的问题，而不会波及到整台机器

应用场景

Web 应用的自动化打包和发布。

自动化测试和持续集成、发布。

在服务型环境中部署和调整数据库或其他的后台应用。

从头编译或者扩展现有的 OpenShift 或 Cloud Foundry 平台来搭建自己的 PaaS 环境。

Docker 的优点

简化程序

Docker 让开发者可以打包他们的应用以及依赖包到一个可移植的容器中，然后发布到任何流行的 Linux 机器上，便可以实现虚拟化。Docker改变了虚拟化的方式，使开发者可以直接将自己的成果放入Docker中进行管理。方便快捷已经是 Docker的最大优势，过去需要用数天乃至数周的 任务，在Docker容器的处理下，只需要数秒就能完成。

避免选择恐惧症

如果你有选择恐惧症，还是资深患者。那么你可以使用 Docker 打包你的纠结！比如 Docker 镜像；Docker 镜像中包含了运行环境和配置，所以 Docker 可以简化部署多种应用实例工作。比如 Web 应用、后台应用、数据库应用、大数据应用比如 Hadoop 集群、消息队列等等都可以打包成一个镜像部署。

节省开支

一方面，云计算时代到来，使开发者不必为了追求效果而配置高额的硬件，Docker 改变了高性能必然高价格的思维定势。Docker 与云的结合，让云空间得到更充分的利用。不仅解决了硬件管理的问题，也改变了虚拟化的方式

Docker架构

Docker 使用客户端-服务器 (C/S) 架构模式，使用远程API来管理和创建Docker容器。
Docker 容器通过 Docker 镜像来创建。
容器与镜像的关系类似于面向对象编程中的对象与类。

image.png

名词	解释
Docker 镜像(Images)	Docker 镜像是用于创建 Docker 容器的模板。
Docker 容器(Container)	容器是独立运行的一个或一组应用。
Docker 客户端(Client)	Docker 客户端通过命令行或者其他工具使用 Docker API (https://docs.docker.com/reference/api/docker_remote_api) 与 Docker 的守护进程通信。
Docker 主机(Host)	一个物理或者虚拟的机器用于执行 Docker 守护进程和容器。
Docker 仓库(Registry)	Docker 仓库用来保存镜像，可以理解为代码控制中的代码仓库。Docker Hub(https://hub.docker.com) 提供了庞大的镜像集合供使用
Docker Machine	Docker Machine是一个简化Docker安装的命令行工具，通过一个简单的命令行即可在相应的平台上安装Docker，比如VirtualBox、 Digital Ocean、Microsoft Azure。