欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  IT编程

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

程序员文章站 2022-06-26 09:20:23
和这种蛋糕一样,Docker的容器和镜像也是使用类似的分层文件系统构建而成的。 这样做的好处就是可以节省硬盘空间,也利于复用等等。因为Docker基于镜像创建容器的时候,其镜像是共享的;而且镜像里面的层如果已存在,也无需再下载。 下面拉取一个mongodb的镜像,拉取的过程中可以看到: 图中红框范围 ......

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

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

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

 

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

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

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

 

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

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

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

 

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

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

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

 

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

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

 

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

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

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

 

volume是什么?

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

 

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

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

 

那么想要写到哪里去呢?

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

让docker决定写入的位置

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

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

那么在这个例子里,我们写入的这个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:

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

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

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

 

自定义写入的位置

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

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

这样就对我们开发写代码比较友好了,我的代码存放于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命令,其结果大概如下:

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

 

把asp.net core的源码连接到volume

首先使用dotnet cli或者vs建立一个asp.net core项目:

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

 

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

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

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

 

 

接下来看看这个asp.net core网站如何与volume联系在一起。

 

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

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

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

 

然后执行下面的命令(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了:

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

 

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

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

 

当然了,可以执行dotnet run:

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

 

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

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

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

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

 

然后再次运行dotnet run。

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

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