依照惯例，在写每一篇帖子之前，笔者都会遵循以下几点原则：
1、如果一个什么都不懂的人都能把这篇文章看懂，那就说明这篇博客通俗易懂
2、尽量保持排版整齐，让读者阅读起来不是那么累，简单舒服即可
3、尽可能的保证所写的东西是正确的，若能帮到疑惑中的你一点点小作用，是笔者坚持写下去的动力
在我们的项目从立项到研发到交付的这一系列过程中，总会有下面的情形，看是否你遇到过：
开发：我把全部代码打包发给你，你去部署
运维：好的，我等你的部署包
运维：你的代码是不是有问题啊，我这边怎么跑不起来
开发：在我的本地电脑上没有问题呀，是不是你部署时，没有配置好，再检查一下
运维：。。。。。（心里骂着一万个草泥马）
开发：肯定是运维的问题，要么数据库没连好，要么配置文件没有配好，要么对应的环境没有添加好，要么包含的文档文件有问题，要么......
运维：我都把配置文件和环境重新弄了好几次，还是不行，就是你这边开发的问题
开发：。。。。。。。
运维：。。。。。。。。。。
相信，正在看这篇博客的你深有体会或者已经脑补画面能想象了。所以-----
先抛出一个问题：为什么会有docker出现？
一款产品从开发到上线，从操作系统，到运行环境，再到应用配置。作为开发+运维之间的协作，我们需要关心很多东西，这也是很多互联网公司都不得不面对的问题，特别是各种版本的迭代之后，不同版本环境的兼容，对运维人员都是考验。环境配置如此麻烦，换一台机器，就要重来一次，费时费力。很多人就在想，能不能从根本上解决问题，软件可以带环境安装？也就是说，安装的时候，把原始环境一摸一样的复制过来。开发人员利用docker可以消除协作编码时“在我电脑上是正常的呀”的问题。
Docker之所以发展如此迅速，也是因为它对此给出了一个标准化的解决方案
之前在服务器配置一个应用的运行环境，要安装各种软件，比如，java/tomcat/mysql/jdbc驱动包等等，还有各种中间件mqtt，zookeeper等等，安装和配置这些东西有多麻烦就不说了，它还不能跨平台。假如我们是在windows上安装的这些环境，到了linux又得重新安装。况且就算不跨操作系统，换另一台同样操作系统的服务器，要移植应用也是非常麻烦，相当于又要重复的部署。几台服务器还好说，万一哪天领导安排一项任务，运维的同事要在40台服务器上部署应用，每一台都重新配置搞环境，岂不是忙不过来；假设，有一套已配置好的全家桶，直接放在每一台服务器上就可以跑起来正常使用，那就方便多了。传统上认为，软件编码开发并测试结束后，所产出的成果即程序。而为了让这些程序可以顺利执行，开发团队也得准备完整的部署文件，让运维团队得以部署应用程序。开发需要清楚的告诉运维部署团队，用的全部的配置文件+所有软件环境。不过即便如此，也仍然常常发生部署失败的状况。Docker镜像的设计，使得docker打破过去的旧观念。透过镜像（images）将作业系统核心除外，运作应用程序所需要的系统环境，由下而上打包，达到应用程序跨平台间的无缝接轨运作
一、docker的基本概念
1.1 docker是什么？
①Docker是基于Go语言实现的云开源项目
②Docker的主要目标是“Build，Ship and Run Any App,Anywhere ”,构建、安装、运行任何应用在任何平台；也就是通过对应用组建的封装、分发、部署、运行等生命周期的管理，使用户的APP及其运行环境能够做到“一次封装，到处运行”
③Linux容器技术的出现就解决了这样的一个问题，而docker就是在它的基础上发展过来的，将应用运行在docker容器上面，而docker容器在任何操作系统上都是一致的，这就实现了跨平台、跨服务器。只需要一次配置好环境，换到别的机子上就可以一键部署，大大简化了操作
一句话：解决了运行环境和配置问题软件容器，方便做持续集成并有助于整体发布的容器虚拟化技术
1.2 docker能干什么？
①Docker 和传统虚拟化方式的不同之处
*传统虚拟机技术是虚拟出一套硬件后，在其上运行一个完整操作系统，在该系统上再运行所需应用进程
*而容器内的应用进程直接运行于宿主机的内核，容器内没有自己的内核，而且也没有进行硬件虚拟，因为，容器要比传统虚拟机更为轻便
*每个容器之间互相隔离，每个容器都有自己的文件系统，容器之间进程不会互相影响，能区分计算资源
②传统虚拟机的缺点：
资源占用多，冗余步骤多，启动慢
③Docker的优势：
轻量、秒级的快速启动速度
简单，易用
标准统一的打包/部署/运行方案
镜像支持增量分发，易于部署
易于构建，适合自动化测试和持续集成
1.3 docker去哪里下载？
docker官网：http://www.docker.com
Docker中文网站：https://www.docker-cn.com/
自学的话，下一个社区版就可以，免费使用就行
1.4 docker的三要素：镜像、容器、仓库
镜像、容器、仓库，怎么来理解这三个概念？
①镜像就是一个只读的模板，镜像可以用来创建docker容器，一个镜像可以创建很多个容器
②容器是镜像创建出来的实例，它可以被启动、开始、停止、删除。每个容器都是相互隔离的、保证安全的平台。可以把容器看作是一个简易版的Linux环境
③仓库是集中存放镜像文件的场所；仓库和仓库注册服务器是有区别的。仓库注册服务器上往往存放着多个仓库，每个仓库中又包含了多个镜像，每个镜像有不同的标签，
仓库分为公开仓库和私有仓库两种形式，最大的公开仓库是https://hub.docker.com/，里面存放着数量庞大的镜像供用户下载。国内的公开仓库包括阿里云，网易云等等。
---------需要正确理解以上三个要素的概念----------：
Docker本身就是一个容器运行载体或者称之为管理引擎。我们把应用程序和配置依赖打包好形成一个可交付的运行环境，这个打包好的运行环境就似乎image镜像文件，只有通过这个镜像文件才能生成Docker容器，image文件可以看作是容器的模板，docker根据image文件生成容器的实例同一个image文件，可以生产多个同时运行的容器实例。
*image文件生成的容器实例，本身也是一个文件，成为镜像文件
*一个容器运行一种服务，当我们需要的时候，就可以通过docker客户创建一个对应的运行实例，也就是我们的容器
*至于仓储，就是放了一堆镜像的地方，我们可以把镜像发布到仓储中，需要的时候，从仓储中拉下来就可以了。
友情提示：Docker在windows系统下也能用
下一篇博客开始讲怎么安装docker，有兴趣的同学可以持续关注一下。