So Easy - 在Linux服务器上部署 .NET Core App

　　.NET Core 是微软提供的免费、跨平台和开源的开发框架，可以构建桌面应用程序、移动端应用程序、网络应用程序、物联网应用程序和游戏应用程序等。如果你是 Windows 平台下的 dotnet 开发人员的话，使用 .NET core 可以很轻松就设置好任何 Linux 和类 Unix 操作系统下的开发环境。本文将会逐步带着大家在Linux上部署.NET Core应用程序。

一.环境准备

服务器:阿里云64位CentOS 7.4.1708版本;
客户端:Windows 10;
SFTP客户端:FileZilla;用来进行文件传输;
SSH工具:Xshell 6;用来在Windows 上远程访问CentOS;

二.在Linux上安装.NET 环境

使用如下命令注册Microsoft需要的依赖环境,该命令类似于Window上的环境变量，它指向了微软的环境源，地址中的对每个系统是不一样，所以我们要斟酌一下的Linux系统是什么，再去拉取。

wget -q https://packages.microsoft.com/config/ubuntu/18.04/packages-microsoft-prod.deb

比如你当时装了.NET Core3.0，但是呢！微软过了几天又出了.NET Core 3.1 ，这个时候就需要更新你这个配给的配置，通过以下命令。

yum update

yum update命令会重新拉取下，随后重新做配置，但你的dotnet sdk不会受任何影响，随后安装dotnet sdk。

yum install dotnet-sdk-3.1

安装完会出现以下截图，随后我们可以通过dotnet--info来判断是否安装成功。

此时环境就运行环境就搭建完璧了~

二.使用FileZilla工具向服务器推送应用程序

值得一提的是任何服务器的ftp端口都是22，这个是必须要注意的，否则会一直连接失败。

此时我们向服务器传送了发布文件，如果不出意外我们可以直接在Liunx上看到。通过Ls 、Cd /完成查看。

随后我们找到了以dll结尾并且是你解决方案的名称，随后我们直接dotnet 命令来进行启动项目。

三.启动应用程序

　　此时我们可以看到我们的内网是以5000端口启动的，这得益于我们直接将.NET Core直接设置原因，当然我们如果要在阿里云上公网IP的安全映射进行设置，在此之前我们要测试一下内网是否正常，常用的命令是curl，不够这个命令需要安装，在Centos和ubuntu安装命令是不一样的。具体命令如下：

apt-get install curl //ubuntu的命令

yum install curl //Centos的命令

关于Curl这个命令很强大，这个就不这里详谈了，安装完成之后就可以使用这个命令了，最后我们测试内网看看是否正常。

此时发现内网已经打通，现在我们通过阿里云公网IP对内网进行映射。在阿里云中的安全组中，找到安全组规则，添加一条映射。放开所有IP，这样就ok了，具体如下。

　　此时，试着激动的双手打开手机试着去访问....OK，Nice..

四.进程守护　　

　　不过一个尴尬的事情出现了，我们只是通过dotnet命令启动了项目，但是我们的XShell关闭你的应用程序就会关闭，此时我们就需要进程守护了。这样就可以让你的应用程序每时每刻都可以为你服务。Supervisor是Python做一个client/server服务，是Linux/Unix双系统下的一个进程管理工具。它可以很方便的监听、启动、停止、重启一个或多个进程。用Supervisor管理的进程，当一个进程意外被杀死，supervisort监听到进程死后，会自动将它重新拉起，很方便的做到进程自动恢复的功能，不再需要自己写shell脚本来控制。通过这里你应该就会明白我们会干什么，我们会尝试着关闭Xshell，看看它会不会帮我们去重启应用程序，如果可以正常访问，那么你的进程守护配置成功！好吧废话不多说。

　　我们首先需要在Linux系统上安装 Supervisor ，在安装它之前，我们需要安装Python 包。

yum install python-setuptools

　　随后我们在安装Supervisor，执行结果如下图。

easy_install supervisor

　　随后创建几个文件夹，包括supervisor，在这个文件夹中包含了supervisor的一切配置。包含了进程配置文件（也就是大概你想让这个进程去干什么？去执行什么命令？在什么目录下？下面我们会逐一说明下配置文件的各个节点）以及supervisor本身监听服务的配置。

4.1 在etc文件夹下新建文件夹supervisor

mkdir /etc/supervisor

4.2 在supervisor文件夹下新建文件夹conf.d

mkdir /etc/supervisor/conf.d

4.3 生成supervisord.conf 配置文件

echo_supervisord_conf > /etc/supervisor/supervisord.conf

4.4 定位到文件夹下修改配置文件：

cd /etc/supervisor

vim  supervisord.conf

　　改变这个路径只是为了能够找到我们的conf.d文件夹中我们自定义的配置文件。conf.d中是我们自己创建的。所以要进行改变。我们在这个文件内容的最下面，可以看到有一个included标签，这个就是我刚才所说的。它默认是这个样子，从内容可以看出是让我们进行修改的。

　　修改前的内容如下：

;[include]

;files = relative/directory/*ini

　　修改后的内容如下：

[include]

files = conf.d/*.conf

这个时候supervisord的配置已经结束了，那么就剩你的应用程序级别的配置文件了。上述的步骤其实都可以通过FileZilla工具实现，这样更好的去编辑。

4.5 创建应用程序级别配置文件

[program:AspNetCore_Cookie]

command=dotnet AspNetCore_Cookie.dll

directory=/home/publish

environment=ASPNETCORE__ENVIRONMENT=Production

user=root

stopsignal=INT

autostart=true

autorestart=true

startsecs=

stderr_logfile=/var/log/HelloWebApp.err.log

stdout_logfile=/var/log/HelloWebApp.out.log

对于上述的配置文件我做了如下解释，当然有错误的话可以纠正，毕竟是根据我对鸟语的理解不是很...emmm

command= 要执行的命令，在.NET Core 应用程序中我们都是使用dotnet 命令来启动应用程序的
directory= 命令执行的目录比如你的publish 在某个文件夹那你就写哪里
environment= 环境变量 ASP.NET Core的环境变量可能是有的时候需要linux管理员去访问，不过我是root，这个我是不太懂
user= 进程执行的用户身份这里写的root
stopsignal=INT 这个都没人动我也不动 emmm
autostart= 是否自动启动
autorestart= 是否自动重启
startsecs= 自动重启间隔
stderr_logfile= 标准错误日志
stdout_logfile= 标准输出日志

就现在，我们的配置已完毕，如果你是按照上方进行配置的，那么你肯定是没有问题的。

4.6 启动进程守护服务

运行 supervisord -c /etc/supervisor/supervisord.conf 看看是否包报错信息，如果没有则配置成功。随后我们直接启动Supervisord服务。

sudo supervisorctl shutdown && sudo supervisord -c /etc/supervisor/supervisord.conf

并且我们查看进程看看我们刚才的应用程序级别配置是否有效。

现在配置一切成功，去打开你的网站吧！，关闭你的XShell 或者云端在线远程，这个时候再去试着访问你的网站。ok没问题。