Docker结合.Net Core的初步使用教程

前言

Docker是一项比较流行的容器化技术，可以让开发者将应用以及应用依赖的环境，依赖包一起打包到容器中，然后部署容器到生产环境就可以了，解决了应用程序部署到不同服务器环境带来的问题（很多开发人员都遇到过应用程序在自己本地服务器跑的好好的，部署到生产环境就运行不起来，各种奇葩的异常），实现了“一次构建，处处运行”。

官方为我们提供了针对不同系统的Docker版本，今天我们基于windows系统简单介绍下如何使用。

Windows部署Docker

目前官方发布的Docker桌面版，仅支持Windows 10 64-bit: Pro, Enterprise(企业版), Education(教育版)，其他windows操作系统版本使用Docker需借助官方发布的Docker ToolBox工具。

1.首先，我们到Git上下载Docker ToolBox（https://github.com/docker/toolbox/releases）

注意点：1)需要windows 7及以上的64位操作系统

2)系统上的虚拟化(Hyper-V)功能启用

2.下载完成之后，直接双击启动DockerToolbox-19.03.1.exe安装程序。按着指示往下执行即可

Docker结合.Net Core的初步使用教程

3.安装成功之后，桌面上会出现如下三个图标：

Docker结合.Net Core的初步使用教程

1）Docker QuickStart shell - 这是一个已经配置好Docker的命令行环境，启动docker。 2）Oracle VM Virtualbox - 虚拟机，windows系统模拟了一个linux虚拟环境 3）Kitematic - 这是 Docker 的 GUI 版本，相较于以前的敲命令行，操作简单了。

4.启动docker

双击桌面上的Docker QuickStart shell的快捷方式，程序窗口显示出“鲸鱼”就表示启动成功了。

Docker结合.Net Core的初步使用教程

这里我们会看到启动成功后，提供给我们一个IP地址：192.168.99.100。大家这里需要注意，后面我会具体描述下。

Docker基础使用

1.Image文件

Docker容器将应用程序及其依赖，打包到image文件中。然后，通过image文件来生成Docker容器，image文件可以当做是容器的模板，一个image文件可以生成多个同时运行容器。

image操作：

1.列出所有image
$ docker image ls<br>
2.从仓库拉取可用的image
$ docker image pull （image文件地址）<br>
3.image文件删除
$ docker image rmi (image文件ID)

我们可以自己制作image文件，也可以直接从仓库拉取别人上传的image文件。Docker Hub为我们提供了image文件的上传和下载，实现了文件的共用。

2.容器Container

前面我们提到Docker容器是依靠image文件生成的，但是Docker容器生成后确是区别于image文件存在的。需要通过关键字“container”对容器进行操作。

# 列出正在运行的容器
$ docker container ls

# 列出所有容器，包括终止运行的容器
$ docker container ls --all

#终止容器运行
$ docker container kill (容器ID)

#删除容器
$ docker container rm (容器ID)

这里我们需要注意下，在删除image文件时如果存在依赖image文件生成的容器，我们需先删除容器才能删除image文件。

3.Dockerfile文件

前面我们介绍了image文件和容器文件，那么image文件和容器具体是怎么生成的呢?实际项目中，image文件的生成需要依赖dockerfilew文件（一个不带后缀的文本文件），大家可以把dockerfile理解成是生成image文件的一个配置文件，我们这里简单介绍几个常用的配置节点：

1）FROM：配置一个基础镜像，也就是后面你要生成的镜像是基于此基础来的。

2）WORKDIR：指定image文件的工作目录

3）COPY：格式：copy [源地址] [目标地址]，将源地址文件拷贝到image文件中的目标地址。

4）EXPOSE：暴露出容器对外的端口

5）ENTRYPOINT：容器运行后默认执行的cmd命令。

样例：

FROM microsoft/dotnet:2.2-aspnetcore-runtime 
WORKDIR /app  #指定工作目录为/app
COPY . .  #.表示当前目录 将当前命令行执行程序所在目录文件都拷贝到image文件的当前工作目录下
EXPOSE 7000  #容器对外暴露7000端口
ENTRYPOINT ["dotnet", "NetCoreSqlSugar.dll"] #容器生成后，默认执行cmd命令：dotnet NetCoreSqlSugar.dll

4.生成image文件和容器

有了dockerfile文件之后，我们就可以通过如下cmd命令生成image文件和容器。

1）首先cmd定位到dockerfile所在文件目录。

Docker结合.Net Core的初步使用教程

2）生成image文件

$ docker image build -t myimage .

-t 参数：指定image文件名称。myimage是文件名称。"."最后还有个符号，千万不要忘记，这里表示的是dockerfile文件的路径。

Docker结合.Net Core的初步使用教程

生成成功之后，我们通过命令docker image ls 可以看到image文件已存在了。

3）生成容器

$ docker container run -p 8001:7000 -it -d myimage

-p参数：容器的 7000 端口映射到宿主机的 8001 端口。-it参数：容器的 Shell 映射到当前的 Shell，然后你在本机窗口输入的命令，就会传入容器。myimage：image 文件的名字（如果有标签，还需要提供标签，默认是 latest 标签）。-d参数：容器启动后，后台运行。

Docker结合.Net Core的初步使用教程

容器生成之后，我们通过命令docker container ls可以看到正在运行的容器。

.NetCore WebApi部署docker

好了，前面我们简单了介绍了一些Docker的一些简单入门，下面我们结合.netcore webapi应用程序具体给大家说一说实际项目中如何使用Docker。

1.新建一个.NetCore WebApi项目，并启用docker支持。

Docker结合.Net Core的初步使用教程

如果创建的项目忘记启用docker，也不用担心，我们可以右键项目，添加-->docker支持。

2.修改dockerfile文件，如下：

FROM microsoft/dotnet:2.2-aspnetcore-runtime 
WORKDIR /app 
COPY . .
EXPOSE 7000
ENTRYPOINT ["dotnet", "NetCoreSqlSugar.dll"]

dockerfile文件右键--属性，选择始终复制，可以直接发布到目录。

Docker结合.Net Core的初步使用教程

3.修改应用程序端口号（Program.cs文件）

public static IWebHostBuilder CreateWebHostBuilder(string[] args) =>
      WebHost.CreateDefaultBuilder(args)
        .UseUrls("http://*:7000")
        .UseStartup<Startup>();

我这里用了最简单的方式UseUrls方法定义了端口号，实际项目中并不推荐大家这么使用。偷懒了。。。哈哈

4.发布项目

发布应用程序到执行目录，我们会发现发布目录多了一个dockerfile文件。

5.生成image文件和容器

#生成image文件
$ docker image build -t myimage .

#创建容器并运行
$ docker container run -p 8001:7000 -it -d myimage

到了这里，基本上我们任务都完成了。但是使用windows的同学会发现当我们使用http://localhost:8001/api/Values访问API应用程序模板接口时，并不可行，那么问题来了？？？

这里我们回到docker启动，docker启动成功之后会提供我们一个IP地址：192.168.99.100。那么这个IP到底是干什么用的呢？

我们知道Docker是运行在Linux上的，在Windows中运行docker，实际上还是在Windows下先安装了一个Linux虚拟环境，然后再运行的docker。也就是说，应用程序中使用的localhost指的是这个Linux环境的地址，而不是我们的宿主环境Windows。这下大家也就恍然大悟了。我们在浏览器输入：http://192.168.99.100:8001/api/Values 果然可以正常访问。

Nginx实现局域网访问

上面我们在本地虽然可以通过192.168.99.100这个IP访问容器中的API接口，但是并不能被其他同事访问。前端时间刚好接触了Nginx，于是，这里果断搬了出来，通过Nginx的“反向代理”来解决这个问题。至于为什么选择这种方式，其实也是自己想重温下Nginx的使用，小小自私一下。。。关于Nginx的使用我这里就不赘述了，感兴趣的同学可以去了解下。

Nginx配置

upstream serlist{
  server 192.168.99.100:8001;#实际请求地址
  }

  server {
    listen    8001;
    server_name 192.168.60.4;#本机地址

    #charset koi8-r;

    #access_log logs/host.access.log main;

    location ~ {
      proxy_pass http://serlist;
      
      proxy_connect_timeout 10; #连接超时 默认为60秒
      proxy_send_timeout 10;   #读取超时 默认为60秒
      proxy_read_timeout 10;   #发送超时 默认为60秒
    }
   }

有了如上配置之后，局域网内的同事就可以通过我Windows下的本机地址192.168.60.4:8001直接访问我本机容器内的接口了，方便了大家调试调用。

以上学习内容有不足的地方，欢迎大家多多交流。

总结

Docker结合.Net Core的初步使用教程

相关推荐