把AspDotNetCoreMvc程序运行在Docker上-part3：使用独立的存储容器
接上一篇博文《把AspDotNetCoreMvc程序运行在Docker上-part2：修改容器以及发布镜像》，这次我们看看如何使用docker存储数据。
背景
之前的示例都只有一个网站应用，其显示的数据是放在内存中，可以查看DummyRepository的实现方式。这样的数据除了用于演示没有什么用处。这一部分，将扩展数据存储功能，用比较实际的存储方式，把数据保存到MySql数据库中。
那么MySql数据库放在哪里呢？用传统部署站点的方式，数据库应该部署在独立的服务器上，那么用于docker也应该有数据库专用的容器。可能有的人会说，数据库放在跟应用站点容器中，不是更方便的吗？对于示例我想可以这么做，但是用于实战的话，会导致耦合，不易于对单独或者单独的数据库进行横向的扩容。所以这部分的示例将会把MySql数据库部署到独立的容器中。
了解volume
在演示之前，需要了解docker中的volume
volume从字面意思理解就是表示容量、体积，它的功能将数据存储独立于容器之外，可以这么理解：删除容器之后，数据还会保留。这么看来不就是类似于数据库的功能吗？
volume示例
对于volume的使用我们可以举个例子来说比较形象
在Docker服务器上创建如下文件Dockerfile.volumes，内容如下
FROM alpine:3.4
WORKDIR /data
ENTRYPOINT (test -e message.txt && echo "File exists" || (echo "Creating File..." && echo Hello, Docker $(date + '+%X') > message.txt)) && cat message.txt
这个文件包含了创建容器的命令
1.拉取镜像alpine:3.4(这是一个很小的Linux发行版)
2.设置WORKDIR
3.设置启动命令，一看就懂，就是看message.txt是否存在，不存在则创建并写入创建时间，否则直接显示内容
然后创建镜像
docker build . -t shenba/vtest -f Dockerfile.volumes
创建并运行一个容器
docker run --name vtest shenba/vtest
然后在输出中能看到如下信息
Creating File...
Hello, Docker 07:10:05
说明是新建的
由于这个容器其他啥也没干，所有运行完毕之后就直接关闭了，我们调用启动命令
docker start -a vtest
这时候的输出是
File exists
Hello, Docker 07:10:05
没问题，说明文件是保存在容器中了
那么我们把容器删掉再创建看看什么效果
docker rm -f vtest
docker run --name vtest shenba/vtest
输出如下
Creating File...
Hello, Docker 07:13:56
创建了新文件，并且输出的时间也变了，说明之前的文件已经不存在了
接下来我们使用volume来解决删除容器后数据丢失的问题
首先修改Dockerfile.volumes文件，在第一个命令之后插入如下命令
VOLUME /data
接着执行build命令更新镜像
docker build . -t shenba/vtest -f Dockerfile.volumes
创建volume，在创建容器的时候会被用到
docker volume create -name testdata
删除之前的容器
docker rm -f vtest
再次创建容器，这里指定了/data的数据是保存在testdata这个volume中
docker run --name vtest -v testdata:/data shenba/vtest
同样能看到输出
Creating File...
Hello, Docker 07:25:27
那么我们先删除这个容器，然后再次创建一个容器
docker rm -f vtest
docker run --name vtest -v testdata:/data shenba/vtest
这时候的输出内容是
File exists
Hello, Docker 07:25:27
说明message.txt这个文件是被保存在外部的volume中，不受容器删除的影响。
使用volume存储MySql数据
好了有了这么一个例子之后，我们接下来将我们的AspDotNetCoreMvc程序的数据保存到MySql数据库中。（为什么用Mysql，而不是微软当家SqlServer，那是应为这里用的是Linux docker平台，SqlServer运行在Linux还太新了，还不了解，避免踩到坑）
既然要用MySql，那首先有个MySql的镜像。跟传统方式不同吧，不用自己安装MySql，直接拉个镜像下来（这个命令需要些时间执行，可考虑配置国内镜像）
docker pull mysql:8.0.0
然后创建一个volume
docker volume create --name productdata
然后创建mysql的容器
docker run -p 3306:3306 -d --name mysql -v productdata:/var/lib/mysql -e MYSQL_ROOT_PASSWORD=password -e bind-address=0.0.0.0 mysql:8.0.0
这里几个参数说明一下
-p 3304:3304 设置宿主机的3304端口映射到容器的3304端口，这样可以在宿主机访问到容器里的mysql
-d 后台运行容器
-e 是设置环境变量，这里设置了两个变量，一个是密码，一个是地址绑定
-v 指定使用的volume，后面的/var/lib/mysql是根据mysql镜像里设置的路径配置的，要查看这个路径可以使用如下命令 docker insepect mysql:8.0.0,在输出的内容中可以看到如下信息
"Volumes": {
"/var/lib/mysql": {}
}
因为设置的是后台运行，所以看不到详细的日志，不过可以通过以下命令查看
docker log -f mysql
从日志中我们可以看到如下字样
MySql is ready….
表明mysql服务已经成功运行了，整个过程比自己手动安装mysql简单多了（前提是docker环境已经搭好）
准备好MySql的docker容器之后，接着更新我们的AspDotNetCoreMvc程序，让数据存储指向MySql，改动过程不详细描述，这里有修改好的代码分支
https://github.com/shenba2014/AspDotNetCoreMvcDocker/tree/mysql
代码拉取下来后执行如下修改
修改appsettings.json中DBHOST的IP地址，指向MySql容器所在宿主机器的IP，如果docker就安装在开发机，那么可设置为localhost
然后执行如下命令(确保mysql的容器已正常运行)
dotnet restore
dotnet ef migrations add Initial
dotnet ef database update
执行完上述命令之后，就会在MySql创建books数据库，并且创建了数据表Book.
我们可以通过以下方式在docker容器上执行mysql命令来查看我们新建的数据库和表
docker exec -it mysql /bin/bash
然后进入到mysql容器下的bash命令，继续执行如下命令
mysql -uroot -p
输入密码（这里的密码在之前创建镜像的时候设置的）之后就会进行mysql的命令行
show databases;
use books;
show tables;
可以看到只有一个表Book
接下来更新我们的shenba/aspdotnetcoremvc镜像
首先还是执行以下publish命令
dotnet publish --framework netcoreapp2.0 --configuration Release --output dist
将dist文件夹拷贝docker所在服务器（如果开发机就是docker服务器可忽略这步）
确保dist文件夹同级别的目录下有Dockerfile文件，这个文件具体内容在项目代码根目录下有
然后执行如下命令更新镜像
docker build . -t shenba/aspdotnetcoremve -f Dockerfile
执行完毕之后，还不能立即创建这个镜像的容器，因为我们的容器是依赖于MySql数据库容器，我们的应用程序镜像是通过docker内部的网络来访问MySql数据库容器。这个网络，不是我们配置的localhost，其具体的访问地址是由docker设置好的
我们可以通过以下命令查看看docker的默认虚拟network的IP地址信息
docker network inspect bridge
在输出结果中我们可以看到类似如下的输出
"Containers": {
"d4e5cf975ad5e3ff11620c02f9b626fa4d0042faab83fa9d0ea86801d2cce452": {
"Name": "mysql",
"EndpointID": "39818b04606078f600a3ab55ef76949807d6528b978ec24d0f91cd5f4217b610",
"MacAddress": "02:42:ac:11:00:02",
"IPv4Address": "172.17.0.2/16",
"IPv6Address": ""
}
},
这是我们的mysql容器使用的网络配置信息，IPv4Address就是给其他容器访问的IP地址。
查看项目的Startup.cs的代码，我们的DBHOST是通过参数读取的。在运行ef migrations命令时，我们是通过appsettings.json中的DBHOST来设置具体的MySql所在服务器地址，实际上就是docker宿主机器的IP地址，因为我们做了映射，所以实际访问的是MySql容器。
然后在运行阶段，我们可以通过指明环境变量的方式来设置这个值
docker run -d --name bookApp -p 3000:80 -e DBHOST=172.17.0.2 shenba/aspdotnetcoremvc
执行完成这个命令之后，就会在mysql容器中插入一些种子数据。并且从输出信息中能看到执行了创建种子数据的过程
Applying Migrations...
Creating Seed Data...
然后通过浏览器访问
http://{ip}:3000就能看到数据是从mysql里读取的
并且重新通过docker exec -it mysql /bin/bash进入mysql可再次确认里面的数据
mysql -uroot -p
use books;
select * from Books;
好了到这里已经完成了，目前实现了两个容器之间的通讯，一个是包含web应用的容器，一个包含数据的mysql容器，说的比较啰嗦，实际上他们的结构图如下，没有想象的那么复杂。
