Docker简介

https://www.docker.com/

“驮着集装箱的鲸鱼”

0x00 是什么

1、为什么会有docker出现？

思考一下，任何事物的产生，是为了解决一个痛点。就像我们之前没有微信和支付宝，照样活得好好的，照样能交流，但是他们解决了什么？同理，Docker出现前和出现后，是什么样子的？

假设你正在开发一个项目，使用的是一台笔记本而且你的开发环境具有特定的配置。其他开发人员身处的环境配置也各不相同。甚至还会有特定的配置文件，此外，公司还具有自己的一套标准化和生产环境，也具有自身的配置和一系列依赖文件。这就导致了，开发人员跑得好好的，运维或者售前拿到后，运行不起来。

那么如何确保应用能够在各个环境中运行和通过质量检测？并且在部署过程中不出现令人头疼的版本、配置问题，也无需重新编写代码和进行故障修复？

答案就是使用容器。Docker之所以发展如此迅速，也是因为它对此给出了一个标准化的解决方案——系统平滑移植，容器虚拟化技术。

环境配置相当麻烦，换一台机器，就要重来一次，费时费力。很多人想到，能不能从根本上解决问题？软件可以带环境安装？也就是说，安装的时候，把原始环境一模一样地复制过来。开发人员利用Docker可以消除协作编码时“在我的机器上可以正常工作”的问题。

Before总结，三个问题会导致公司内耗严重

1、如何解决不同环境，不同标准，不同版本与不同配置文件之间的差异？

2、如何解决多台集群机器安装复杂效率低的问题？

3、如何解决机器扩容、缩容秒级别的问题？

传统上认为，软件编码开发/测试结束后，所产出的成果即是程序或是能够编译执行的二进制字节码等（java为例）。而为了让这些程序可以顺利执行，开发团队也得准备完整的部署文件，让运维团队得以部署应用程式，开发需要清除地告诉运维部署团队，用的全部配置文件+所有软件环境。

Docker的出现，使得Docker得以打破过去[程序即应用]的观念。透过镜像(images)将作业系统核心除外，运作应用程式所需要的系统环境，由下而上打包，达到应用程式跨平台之间的无缝接轨运作。

所以我能不能将开发测试好的各种物件，打个包，直接送过去？

说白了，我们有Docker之前，每次都是搬家，一定会产生问题，一定会产生物件损耗。有了Docker之后，我直接搬整栋楼过去，规定限制死了运输过程。Docker起的就是这么个作用。

2、Docker理念

有了Docker，开发也要逐渐有了运维的思维。之前，开发直接给运维代码就不管了，现在，可以直接给运维，让他一键部署，一气呵成。

结论：一次镜像，处处运行，从搬家到搬楼。（总分总，三板斧）

那么多人学开发、渗透，都是不同的系统和品牌，我们都用vmware workstation来保证运行的是同一个虚拟机，保证了环境迁移的一致。

Docker更狠，把它发扬光大。它将所有开发的文件、配置、依赖文件等等，都归一规划成一个镜像，这就是一次镜像，处处运行，从搬家到搬楼。

那么多个Docker效果都是一样的，接着奏乐，接着舞。全场动作跟我整齐划一！

3、Docker

Docker是基于Go语言实现的云开源项目。

Docker的主要目标是Build, Ship and Run Any App, Anywhere，也就是通过对应用组件的封装、分发、部署、运行等生命周期的管理，使用户的APP（可以是一个WEB应用或者数据库应用等等）及其运行环境能够做到“一次镜像，处处运行”。避免版本缺失，环境不同等开发错误问题，完整部署上线。