最近在阿里云的centos上一直在玩docker部署mysql。redis。tomcat。springboot项目各种东西，一些docker的常用命令也搞的比较熟了，是时候从源头理一下docker的发展和自身的学习过程了，于时有了这篇博客。
为什么会有docker出现
一款产品从开发到上线，从操作系统，到运行环境，在到应用配置。作为开发+运维之间的协作我们需要关心很多东西，特别是各种版本迭代之后，不同版本的环境兼容，对很容易出现大问题。
docker之所以发展的如此迅速，也是因为它对此给出了一个标准化的解决方案。
环境配置如此麻烦，换一台机器，就要重来一次，费时费力。比如我在本地开发一个ssm项目，部署到阿里云或者华为云上，就要在其中安装jdk环境，配置相关环境变量等等。那么能不能从源头解决问题？开发好的项目是否可以带环境安装？
docker就完美的给出了这个问题的答案，也就是说安装的时候，把原始环境一摸一样的复制过来。开发人员利用docker可以消除协作编码时“在我的机器上是否正常工作的问题”
传统上认为，软件编码开发/测试结束后，所产出的成果即是程序或是能够编译执行的二进制字节码等(java为例)。而为了让这些程序可以顺利执行，开发团队也得准备完整的部署文件，让维运团队得以部署应用程式，开发需要清楚的告诉运维部署团队，用的全部配置文件+所有软件环境。不过，即便如此，仍然常常发生部署失败的状况。Docker镜像的设计，使得Docker得以打破过去「程序即应用」的观念。透过镜像(images)将作业系统核心除外，运作应用程式所需要的系统环境，由下而上打包，达到应用程式跨平台间的无缝接轨运作。
docker的理念是什么
docker的主要目标是“Build，Ship and Run Any App,Anywhere”，也就是通过对应用组件的封装/分发/部署/运行等生命周期的管理，使用户的app诸如web应用或数据库应用等等及其运行环境能够做到“一次封装，到处运行”（怎么听着这么像write once，run anywhere。docker要抢java的饭碗啦）
linux容器技术的出现就解决了这样一个问题，而docker就是在它的基础上发展过来的。将应用运行在docker容器上面，而docker容器在任何操作系统上都是一致的，这就实现了跨平台/跨服务器。只需要一次配置好环境，换到别的机子上就可以一键部署好，大大简化了操作。
docker的出现解决了运行环境和配置问题的软件容器，方便做持续集成并有助于整体发布的容器虚拟化技术。
