把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容器，说的比较啰嗦，实际上他们的结构图以下，没有想象的那么复杂。