介绍几个能进去的a站,深圳网站运营,wordpress只让文章标题,答题助手网站怎么做的一、前言在之前的文章#xff08;ASP.NET Core 实战#xff1a;Linux 小白的 .NET Core 部署之路#xff09;中#xff0c;我介绍了如何在 Linux 环境中安装 .NET Core SDK / .NET Core Runtime、Nginx、MySQL#xff0c;以及如何将我们的 ASP.NET Core MVC 程序部署到 Li… 一、前言　　在之前的文章ASP.NET Core 实战Linux 小白的 .NET Core 部署之路中我介绍了如何在 Linux 环境中安装 .NET Core SDK / .NET Core Runtime、Nginx、MySQL以及如何将我们的 ASP.NET Core MVC 程序部署到 Linux 上同时使用 supervisor  守护程序守护我们的 .NET Core 程序。如果你有看过那篇文章并且和我一样是个 Linux 小白用户的话可能第一感觉就是把 .NET Core 项目部署在 IIS 上也挺好。　　将 .NET Core 项目部署到 Linux 上如此复杂就没有简单的部署方式吗　　你好有的Docker 了解一下~~~　　PS这里的示例代码还是采用之前的毕业设计项目在这篇文章发布的时候我已经在程序的仓库中添加了对于 Docker 的支持你可以下载下来自己尝试一下毕竟实践出真知。　　 代码仓储https://github.com/Lanesra712/Danvic.PSU 二、Step by Step　　1、安装 Docker Docker Compose　　在代码交付的过程中偶尔会遇到这样的问题在本地测试是好的但是部署到测试环境、生产环境时就出这样那样的问题同时因为本地与测试环境、生产环境之间存在差异我们可能无法在本地复现这些问题那么有没有一种工具可以很好的解决这一问题呢随着历史的车轮不断前行容器技术诞生了。　　Docker作为最近几年兴起的一种虚拟化容器技术他可以将我们的运行程序与操作系统做一个隔离例如这里我们需要运行 .NET Core 程序我们不再需要关心底层的操作系统是什么不需要在每台需要需要运行程序的机器上安装程序运行的各种依赖我们可以通过程序打包成镜像的方式将应用程序和该程序的依赖全部置于一个镜像文件中这时只要别的机器上有安装 Docker就可以通过我们打包的这个镜像来运行这个程序。　　1.1、卸载 Docker　　在安装 Docker 之前我们应该确定当前的机器上是否已经安装好了 Docker为了防止与现在安装的 Docker CE 发生冲突这里我们先卸载掉以前版本的 Docker如果你确定你的机器上并没有安装 Docker 的话此步可以跳过。　　在 Linux 中可以使用 \ 加 Enter 在输入很长很长的语句时进行换行这里和后面的命令都是采用这样的方式。sudo yum remove docker \ docker-client \ docker-client-latest \ docker-common \ docker-latest \ docker-latest-logrotate \ docker-logrotate \ docker-engine　　1.2、添加 yum 源　　在安装 Docker CE 的方式上我是采用将 Docker CE 的源添加到 yum 源中之后我们就可以直接使用 yum install 安装 Docker CE整个的安装过程如下。# 安装工具包从而可以让我们在 yum 中添加别的仓储源sudo yum install -y yum-utils \ device-mapper-persistent-data \ lvm2# 设置 docker ce 的稳定库地址sudo yum-config-manager \--add-repo \ https://download.docker.com/linux/centos/docker-ce.repo# 安装 docker cesudo yum install docker-ce docker-ce-cli containerd.io　　当我们安装好 Docker 之后我们就可以使用 docker 命令验证我们是否在机器上成功安装了 Docker同时也可以使用 docker --version 命令查看我们安装的 Docker CE 版本。　　1.3、设置开机自启　　当 Docker 已经在我们的机器上安装完成后我们就可以将 Docker 设置成机器的自启服务这样如果出现服务器重启的情况下我们的 Docker 也可以随服务器的重启自动启动 Docker 服务。# 启动 Docker 服务并允许开机自启sudo systemctl start docker# 查看当前 dokcer 的运行情况sudo systemctl status docker　　1.4、Hello World　　就像我们在学习一门新的语言时运行的第一句代码几乎都是打印出 Hello World而在 Docker Hub 中也有这么一个镜像在无数的 Docker 教程中安装完 Docker 后第一件事就是拉取这个镜像文件“告诉” Docker我来了。　　Docker Hub 是存放镜像的仓库里面包含了许多的镜像文件因为服务器在国外的原因下载的速度可能不理想像国内的阿里云、腾讯云也有提供对于 Docker 镜像的加速器服务你可以按需使用当然你也可以创建属于你的私有镜像仓库。　　docker run 命令它会在我们的本地镜像库中先寻找这个镜像然后运行。如果在本地没有找到的话则会自动使用 docker pull 从 Docker Hub 中寻找能找到的话则会自动下载到本地然后运行找不到的话这条命令也就运行失败了。　　1.5、安装 Docker Compose　　在实际的项目开发中我们可能会有多个应用镜像例如在本篇文章的示例中为了在 Docker 中运行我们的程序我们需要三个镜像应用程序自身镜像、MySQL Server 镜像、以及 Nginx 镜像为了将我们的程序启动起来我们需要手敲各个容器的启动参数环境变量容器命名指定不同容器的链接参数等等一系列的操作又多又烦可能某一步操作失败后程序就无法正常运行。而当我们使用了 Docker Compose 之后我们就可以把这些命令一次性写在 docker-compose.yml 配置文件中以后每次启动我们的应用程序时只需要通过 docker compose 命令就可以自动帮我们完成这些操作。# 从 github 下载 docker compose 二进制文件sudo curl -L https://github.com/docker/compose/releases/download/1.23.2/docker-compose-$(uname -s)-$(uname -m) -o /usr/local/bin/docker-compose# 对下载的二进制文件应用可执行权限sudo chmod x /usr/local/bin/docker-compose# 查看 docker compose 版本docker-compose --version　　2、构建程序镜像　　当我们在服务器上安装好 docker 和 docker compose 之后就可以开始构建我们的程序镜像了。首先我们需要对我们的运行程序添加对于 Docker 的支持。你可以自己手动在 MVC 项目中添加 Dockerfile 文件或是通过右键添加 Docker 支持。　　Dockerfile 就像一个执行的清单它告诉 Docker我们这个镜像在构建和运行时需要按照什么样的命令运行。打开 VS 为我们自动创建的 Dockerfile可以看到清晰的分成了四块的内容。　　我们知道.NET Core 程序的运行需要依赖于 .NET Core RuntimeCoreCLR因此为了使我们的程序可以运行起来我们需要从 hub 中拉取 runtime 并在 此基础上构建我们的应用镜像。同时为了避免因为基础的环境的不同造成对程序的影响这里的 Runtime 需要同程序开发时的 .NET Core SDK 版本保持一致所以这里我使用的是 .NET Core 2.1 Runtime。　　一个镜像中包含了应用程序及其所有的依赖与虚拟机不同的是容器中的每个镜像最终是共享了宿主机的操作系统资源容器作为用户空间中的独立进程运行在主机操作系统上。　　PS:图片版权归属于微软的技术文档如有侵权请联系我删除源文件地址什么是 Docker　　镜像可以看成一个个小型的“虚拟主机”这里我们在镜像中创建了一个 /app 路径作为我们程序在镜像中的工作目录同时将 80 端口暴露给 Docker从而可以使我们在镜像外面通过端口访问到当前镜像中的运行的程序。FROM microsoft/dotnet:2.1-aspnetcore-runtime AS baseWORKDIR /appEXPOSE 80EXPOSE 443　　因为我们的应用是一个多层架构的单体应用最终的 MVC 项目依赖于解决方案中的各个类库以及我们从 Nuget 中下载的各种第三方组件在部署时需要将这些组件打包成 dll 引用。所以这里我们需要使用 .NET Core SDK 中包含的 .NET Core CLI 进行还原和构建。　　就像在下面的代码中我们在镜像的内部创建了一个 /src 的路径将当前解决方案下的类库都复制到这个目录下之后通过 dotnet restore 命令还原我们的主程序所依赖的各个组件。当我们还原好依赖的组件后就可以使用 dotnet build 命令生成 Release版本的 dll 文件同时输出到之前创建的 /app 路径下。FROM microsoft/dotnet:2.1-sdk AS buildWORKDIR /srcCOPY [PSU.Site/PSU.Site.csproj, PSU.Site/]COPY [03_Logic/PSU.Domain/PSU.Domain.csproj, 03_Logic/PSU.Domain/]COPY [03_Logic/PSU.Repository/PSU.Repository.csproj, 03_Logic/PSU.Repository/]COPY [01_Entity/PSU.Entity/PSU.Entity.csproj, 01_Entity/PSU.Entity/]COPY [02_Infrastructure/PSU.Utility/PSU.Utility.csproj, 02_Infrastructure/PSU.Utility/]COPY [04_Rule/PSU.Model/PSU.Model.csproj, 04_Rule/PSU.Model/]COPY [02_Infrastructure/PSU.EFCore/PSU.EFCore.csproj, 02_Infrastructure/PSU.EFCore/]COPY [04_Rule/PSU.IService/PSU.IService.csproj, 04_Rule/PSU.IService/]COPY [Controllers.PSU/Controllers.PSU.csproj, Controllers.PSU/]RUN dotnet restore PSU.Site/PSU.Site.csprojCOPY . .WORKDIR /src/PSU.SiteRUN dotnet build PSU.Site.csproj -c Release -o /app　　上面一步可以看成我们在使用 VS 生成 Release 版本的解决方案当生成没有出错之后我们就可以进行程序的发布。FROM build AS publishRUN dotnet publish PSU.Site.csproj -c Release -o /app　　当已经生成发布文件之后按照我们平时部署在 Windows 上的过程这时就可以通过 IIS 部署运行了因此构建我们应用镜像的最后一步就是通过 dotnet 命令执行我们的程序。FROM base AS finalWORKDIR /appCOPY --frompublish /app .ENTRYPOINT [dotnet, PSU.Site.dll]　　似乎到这一步构建程序镜像就结束了按照这样流程做的话就需要我们将整个的解决方案上传到服务器上了可是很多时候我们仅仅是把我们在本地发布好的项目上传到服务器上这与我们现在的构建流程具有很大的不同所以这里我们来修改 Dockerfile 文件从而符合我们的发布流程。　　从上面分析 Dockerfile 的过程中不难看出在服务器上构建镜像的第二步、第三步就是我们现在在开发环境中手动完成的部分所以这里我们只需要对这部分进行删除即可修改后的 Dockerfile 如下。FROM microsoft/dotnet:2.1-aspnetcore-runtimeWORKDIR /appCOPY . /app EXPOSE 80ENTRYPOINT [dotnet,PSU.Site.dll]　　在修改后的 Dockerfile 中可以看到我们删去了 build 和 release 的过程选择直接将我们 Dockerfile 路径下的文件拷贝到镜像中的 /app 路径下然后直接执行 dotnet 命令运行我们的程序。　　为了确保 Dockerfile 与发布后的文件处于同一路径下这里我们需要使用 VS 修改 Dockerfile 的属性值确保会复制到输出的目录下这里选择如果较新则复制即可。　　3、编写 docker-compose.yml　　当我们构建好应用的镜像对于 Nginx 和 MySQL 我们完全可以从 hub 中拉取下来再执行一些配置即可。所以我们现在就可以编写 docker compose 文件来定义我们的应用镜像运行时需要包含的依赖以及每个镜像的启动顺序。　　右键选中 MVC 项目添加一个 docker-compose.yml 文件同样的需要修改该文件的属性以便于该文件可以复制到输出目录下。注意这里的文件名和上文的 Dockerfile 都是特定的你不能做任何的修改。如果你的电脑上已经安装了 Docker for Windows你也可以使用 VS右键添加选中容器业务流程协调程序支持自动对 docker compose 进行配置。　　在 yml 文件中我定义了三个镜像psu.site、docker.mysql、docker.nginx。三个镜像的定义中有许多相同的地方都设置了自动重启restart以及都处于同一个桥接网络下psu-net从而达到镜像间的通信。　　docker.mysql 是 MySQL 的镜像我们通过环境变量 MYSQL_ROOT_PASSWORD 设置了 MySQL 的数据库连接密码并通过挂载卷的方式将镜像中的数据库文件持久化到我们的服务器本地路径中。同时将镜像的 3306 端口映射到服务器的 3306 端口上。　　psu.site 则是我们的程序镜像采用位于 /usr/wwwroot/psu/ 路径下的 Dockerfile 文件进行构建的因为主程序的运行需要依赖于数据库所以这里采用 depends_on 属性使我们的应用镜像依赖于 docker.mysql 镜像即在 docker.mysql 启动后才会启动应用镜像。　　docker.nginx 则是我们的 nginx 镜像这里将镜像中的 80 端口和 443 端口都映射到服务器 IP 上因为我们需要配置 Nginx 从而监听我们的程序所以通过挂载卷的方式将本地的 nginx.conf 配置文件用配置映射到镜像中。同时因为我们在构建应用镜像的 Dockerfile 文件时对外暴露了 80 端口所以这里就可以通过 links 属性进行监听如果构建时未暴露端口你可以在 docker compose 文件中通过 Expose 属性暴露镜像中的端口。　　Nginx 的配置文件如下这里特别需要注意文件的格式缩进一点小错误都可能导致镜像无法正常运行。如果你和我一样将 nginx.conf 放到程序运行路径下的别忘了修改文件的属性。server { listen 80; location / { proxy_pass http://psu.site; proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Host $http_host; proxy_cache_bypass $http_upgrade; }}　　一个完整的 docker compose 文件如下包含了三个镜像以及一个桥接网络。version: 3.7services: docker.mysql: image: mysql ports: - 3306:3306 restart: always environment: - MYSQL_ROOT_PASSWORD123456sql volumes: - /usr/mysql:/var/lib/mysql networks: - psu-net psu.site: build: /usr/wwwroot/psu/ restart: always depends_on: - docker.mysql networks: - psu-net docker.nginx: image: nginx ports: - 80:80 - 443:443 volumes: - ./nginx.conf:/etc/nginx/nginx.conf links: - psu.site networks: - psu-netnetworks: psu-net: driver: bridge　　这里需要注意所有有用到镜像间的通信的地方我们都需要使用镜像名进行指代例如上面的 nginx 的配置文件中我们需要将监听的地址改为镜像名称以及我们需要修改程序的数据库访问字符串的服务器地址修改后的数据库连接字符串如下所示。 ConnectionStrings: { SQLConnection: serverdocker.mysql;databasePSU.Site;userroot;password123456sql;port3306;persistsecurityinfoTrue; }　　4、发布部署程序　　当我们构建好 docker compose 文件后就可以把整个文件上传到服务器上进行构建 docker 镜像了。这里我将所有的部署文件放在服务器的 /usr/wwwroot/psu/ 路径下这时我们就可以通过 docker compose 命令进行镜像构建。　　定位到部署文件在的位置我们可以直接使用下面的命令进行镜像的重新构建启动并链接一个服务相关的容器整个过程都会在后台运行如果你希望看到整个过程的话你可以去掉 -d 参数。# 执行镜像构建启动docker-compose up -d　　当 up 命令执行完成后我们就可以通过 ps 命令查看正在运行的容器若有的容器并没有运行起来则可以使用 logs 查看容器的运行日志从而进行排错。# 查看所有正在运行的容器docker-compose ps# 显示容器运行日志docker-compose logs 三、总结 　　 本章主要是介绍了如何通过 docker 容器完整的部署一个可实际使用的 .NET Core 的单体应用相比于之前通过 Linux 部署 .NET Core 应用可以看到整个步骤少了很多也简单很多。文中涉及到了一些 docker 的命令如果你之前并没有接触过 docker 的话可能需要你进一步的了解。当我们将程序打包成一个镜像之后你完全可以将镜像上传到私有镜像仓库中或是直接打包成镜像的压缩文件这样当需要切换部署环境时只需要获取到这个镜像之后即可快速完成部署相比之前极大的方便了我们的工作。