当前位置: 网站首页 > 马博体育官网

Docker & ASP.NET Core (1):把代码连接到容器

2019-08-07来源:马博marathonbet

和这种蛋糕一样,Docker的容器和镜像也是使用类似的分层文件系统构建而成的。

这样做的好处就是可以节省硬盘空间,也利于复用等等。因为Docker基于镜像创建容器的时候,其镜像是共享的;而且镜像里面的层如果已存在,也无需再下载。

 

下面拉取一个mongodb的镜像,拉取的过程中可以看到:

图中红框范围内的就是mongo镜像的不同分层,也就是镜像中的分层文件系统。

 

然而这些镜像层是只读的:

这样的限制多少看起来有点严格,如果你想使用该镜像读写数据库怎么办?或者记录Log到文件,或者在容器运行的时候替换一些源代码该怎么办?

 

幸运的时候使用该镜像的容器会有可用于读写的"薄薄"一层:

从图中也可以看出容器和镜像的不同之处。

 

你可以在容器层进行写入,但是如果容器被删除了,那么可读写的这一层也会被删除。

这样就不太友好了,而这时我们可以使用Volume(卷)

 

下面就是这个问题,如何把源码装进容器里?

1.可以在制做镜像的时候把源码直接写入镜像。(这个先不考虑)

2.把源码装进容器的可读写层。(这个是我要介绍的)

 

Volume是什么?

Volume(卷)是容器中一个特别种类的目录,通常叫做数据volume,顾名思义,里面可以放置各种类型的数据,例如代码、日志文件、数据文件等等。Volume可以在容器间被共享和复用。可以让多个容器对同一个volume进行读写,也可以让一个容器读写多个volume。对镜像的更新并不会影响volume。Volume是被持久化的,即使容器删除了,它仍然还在。

 

可以这样去理解Volume,如果有一个容器,那么我们可以在这个容器里面定义一个Volume:

 

那么想要写到哪里去呢?

可以让Docker自己搞定,或者你也可以自定义。

让Docker决定写入的位置

先介绍第一种情况,当你写入到volume的时候,比如在Docker容器里的代码对/var/www做了一个写入的操作,那该目录其实就是你docker host里面的一个装载的文件夹(mounted folder)的别名。Docker host也就是容器的宿主,如果你使用的是Linux系统或Windows 2016及以上版本的系统,那么该宿主就是操作系统。容器也就是运行在该系统上。

那么在这个例子里,我们写入的这个volume,它可以不是容器的可读写层,它实际上可以写入docker host的装载的文件夹,也就是操作系统的文件夹。即使你把容器删除了,docker host里的文件夹仍在健在。

 

通常我们使用如下命令来运行容器:

docker run -p 8000:80 microsoft/dotnet-samples:aspnetapp

 

而我们可以使用-v参数来指定volume:

docker run -p 8000:80 -v /var/www microsoft/dotnet-samples:aspnetapp

这样的话,/var/www只是容器Volume的别名,实际被写入的区域在Docker Host里,docker会自动的创建这个区域。

 

可以使用docker inspect 容器名这个命令来查看相关的路径。

执行该命令后的结果中会显示如下部分Mounts:

其中Destination是volume在容器里的地址(别名),而Source则是Volume在宿主中的地址。

以上这部分介绍的就是让Docker来创建写入的目录。

 

自定义写入的位置

下面讲一下如何自定义这个目录的地址。

这样就对我们开发写代码比较友好了,我的代码存放于Windows/Mac系统中,然后我们让Volume读写我们代码所在的区域。

那么应该使用哪个Docker命令呢?

docker run -p 8000:80 -v ${PWD}:/var/www microsoft/dotnet-samples:aspnetapp

使用-v在容器里创建一个volume,它在容器的地址是/var/www,但是当你对它进行读写操作时,它实际上找的是宿主的地址,在这里也就是当前的工作目录(curent working directory)。

 

如果你这时再执行docker inspect命令,其结果大概如下:

 

把ASP.NET Core的源码连接到Volume

首先使用dotnet cli或者VS建立一个ASP.NET Core项目:

 

然后使用dotnet run测试一下网站是否能正常运行:

 

 

接下来看看这个ASP.NET Core网站如何与Volume联系在一起。

 

首先下载aspnetcore-build镜像:docker pull microsoft/dotnet:2.1-sdk

下载完镜像之后,就需要创建容器和Volume了,不过在此之前先打开命令行,进入ASP.NET Core项目源码的目录:

 

然后执行下面的命令(Windows 10 Powershell):

docker run -it -p 8080:5001 -v ${PWD}:/app --workdir "/app" microsoft/dotnet /bin/bash

这句话里-it参数表示进入交互模式

-p 8080:5001 表示把容器里的5001端口映射给宿主的8080端口。

-v 表示创建volume

${PWD}是指宿主当前的目录。

${PWD}:/app就是把容器里的/app文件夹连接到了宿主系统里的当前文件夹,而容器里的/app目录就是应用程序将要运行的位置。

 --workdir "/app"表示容器里当前的工作目录是/app。

然后使用microsoft/dotnet这个镜像。

最后使用/bin/bash返回一个终端,以便让我与容器里进行交互。

 

执行命令后,Docker可能会有提示需要共享一个目录,点击确认即可。

然后我就会进入Container了:

 

进入容器之后,我就可以执行dotnet restore, dotnet build等等命令了:

 

当然了,可以执行dotnet run:

 

然而这时候,我访问本机(宿主)的localhost:8080,确无法显式页面。

首先为了简便,先把HTTPS重定向相关的内容去掉。

然后要让应用监听任意地址的5001端口:

 

然后再次运行dotnet run。

随后在宿主系统的浏览器打开http://localhost:8080即可打这个ASP.NET Core的web应用了: