在上一章我提到过一篇【第1章 1.5 API 服务 (webapi) 部署到Docker容器中 https://www.jianshu.com/p/13c7f5cfc4a1】，讲述的是如何将github上的源码打包到Docker镜像中,其中Dockerfile如下
FROM microsoft/dotnet
MAINTAINER DAIJINMING@LIVE.CN
RUN apt-get update && apt-get install -y \
git
RUN git clone -q https://github.com/dockersample/webapi.git
WORKDIR webapi/
RUN dotnet restore
EXPOSE 5000
CMD ["dotnet","run"]
使用上面的Dockerfile构建镜像的时候，每次都是从Github上下载最新代码，将代码和dotnet环境打包到一起形成最新的镜像。
随着开发的迭代，后台API可能经常要更新，每次更新API都需要重新构建Dockerfile，更新容器镜像。这样不仅浪费时间和CPU,还会对业务造成一定的影响。
这时候我们确实应该思考下是否有必要每次都更新镜像？
Docker提供了一个容器挂接宿主磁盘的代码目录的功能，将宿主磁盘目录映射为容器磁盘目录，将github上的代码下载到宿主磁盘的代码目录中，如果一旦github上的代码更新，就直接更新宿主磁盘的代码目录中的程序源码，然后重启容器，API服务就得到了更新，免去了重新构建容器镜像的过程。
实现过程如下：
前提
宿主磁盘目录：
/home/daijinming/demo/codebase/webapi容器磁盘目录：
/codebase
编写Dockerfile
FROM microsoft/dotnet
MAINTAINER DAIJINMING@LIVE.CN
VOLUME /codebase ## 用于挂接磁盘
EXPOSE 5000
WORKDIR /codebase
ENTRYPOINT ["dotnet","restore"]
ENTRYPOINT ["dotnet","run"]
获得最新代码
- git clone 或 git pull
克隆或拉取最新代码到本地磁盘
构建镜像
定位到Dockerfile文件目录，这次设置的镜像名字:djm/dotnet ,而不是之前 djm/webapi,这个主要考虑到这个镜像是通用的dotnet镜像,和业务没关系，在运行镜像时，采用不同路径、名称来区分不同服务。
docker build -t djm/dotnet .
运行镜像
docker run --name webapi -d -p 5000:5000 -v /home/daijinming/demo/codebase/webapi:/codebase djm/dotnet
挂接宿主磁盘目录：-v /home/daijinming/demo/codebase/webapi
命名容器：--name webapi
对外端口：5000
上述参数都可以根据不同路径的代码修改进行区分。
运行容器后，查看下当前在运行的容器：
root@dai-u:/home/daijinming/demo/code/docker# docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
1c0f88ca3f8c djm/dotnet "dotnet run" 5 seconds ago Up 3 seconds 0.0.0.0:5000->5000/tcp webapi
将稳定、复杂的部分封装到Docker镜像中，这应该才是Docker的本质。
