基础知识点

Docker作为一个开源的应用容器引擎，让开发者可以打包他们的应用及依赖环境到一个可移植的容器中，然后发布到任务运行有Docker引擎的机器上。它集版本控制、克隆继承、环境隔离等特性于一身，提出一整套软件构建、部署和维护的解决方案，可以非常方便地帮助开发人员，让大家可以随心所欲地使用软件而又不会深陷到环境配置中。

容器可以跨多个平台运行。Java曾提出“Write Once,Run Anywhere”,而Docker则提出了“Build once, Run Anywhere, Configure once,Run Anything”

Docker使软件部署的应用也呆以具备类似SVN的版本控制功能，对应用做一些修改，提交新版本，运行环境可以在多个版本间快速切换，自由选择使用哪个版本对外提供服务。

Docker用来管理软件部署的应用，Docker把应用打包成一个镜像，镜像带有版本控制功能，应用的每次修改迭代就对应镜像一个版本，制作好的镜像可以发布到镜像仓库，分享给别人；也可以直接从镜像仓库下载别人制作好的应用，不做修改即可运行起来。

举几个例子

1.小D刚进项目组不久，之前只用过MySQL数据库，这次要使用Oracle数据库开发，项目经理让小D在公司服务器(Linux)上安装Oracle数据库,作为开发库。

小D上网找资料，下Oracle安装包，一步一步操作，期间遇到N多问题：oracle依赖的软件包缺失；协议适配器问题；Failed to upgrade Oracle Cluster..等等，最终花了两天时间终于弄好了。

对于小D来说，这个过程耗时耗力，而对于立志于做码农的小D来说，这样的经历对他的职业发展来说，并没有多大的提升。对项目组来说，浪费了2人天的开发时间。

毫无疑问，使用Docker能极大的帮助我们解决这类问题，帮助有多大？ 两行命令即可

• 下载镜像

  从Docker Hub上下载Oracle镜像

docker pull wnameless/oracle-xe-11g:14.04.4

• 创建容器

  根据下载好的Oracle镜像，建一个容器名为myOracle的容器

docker run -d --name myOracle -p 49160:22 -p 49161:1521 -e ORACLE_ALLOW_REMOTE=true wnameless/oracle-xe-11g:14.04.4

至此一个Oracle数据库安装完成，可以通过jdbc:oracle:thin:@192.168.251.241:49161:xe来访问了。

2.小D进项目组有段时间了，由于接触的是新的开发框架，新的中间件，从学习到现在非常熟练，积累了很多使用心得，希望能分享给大家，方便其他小伙伴，项目经理听到后很欣赏，决定通过知识库的方式来让组员分享。于是小D又接到了一个新的任务，搭建Confluence（知识库的一款软件）来积累项目开发经验。

小D又开始了上网找资料，下载安装包，一步一步操作，期间遇到了很多问题，虽然最终还是弄好了，但是花了很长时间。

仿佛历史重演…

如果使用Docker呢？ 相信大家已经知道了，两行命令即可解决；

• 下载镜像

• 创建容器

3.小D所在的项目开发完成了，进入测试阶段。小E是一名QA测试工程师，他按小D给的文档来部署测试环境，测试聘大堆问题，通过和小D沟通，发现是开发和测试环境不一致引起的。

如果使用Docker呢?

• 小D将开发环境制作成镜像，并上传到公司的Docker Hub上

• 小E从Docker Hub上下载镜像

• 小E根据镜像创建容器

  完成测试环境的搭建。注：实际的情况可能会更加复杂需要借助于CI工具如Jenkins来一起使用，这个在后续的文章中也会发出来。

4.小D不知不觉已经是一名“老人”了，到了给新员工培训的这天，第一天是要新员工在本地塔建好开发环境，Oracle、Tomcat、Nginx等。几十个人的培训规模，总是有一两个会出现一些奇怪问题，小D解决了半天也没有把新员工的开发环境弄好，颜面尽失，尴尬不已。

如果使用Docker呢？

• 下境相应的镜像

• 创建容器

5.小D这天要接手公司一个老系统，该系统在生产环境上正常运行，但由于几年没有人维护，开发和运维经历过更替，交接文档不全，现在谁都不知道该如何部署这个应用到新的机器上。小D只能一点点摸索，过程不言而渝。

如果使用Docker呢？

• 下境相应的镜像

• 创建容器

6.小D所在的项目组，需要使用微服务

待续...