Asp.Net Core 发布和部署（ MacOS + Linux + Nginx ）
前言
在上篇文章中，主要介紹了 Dotnet Core Run 命令，這篇文章主要是講解如何在Linux中，對 Asp.Net Core 的程序進行發布和部署。
有關如何在 Jexus 中進行部署，請參見本人的另一篇文章：
http://www.cnblogs.com/savorboard/p/dot-net-linux-jexus.html
目錄
新建一個 WebApp 項目
發布到 Linux，Mac OS
使用 Nginx 進行反向代理
新建一個 WebApp 項目
在 Asp.Net Core 項目中，我們使用?dotnet new -t WebApp?命令和創建一個新的空的 Web 應用程序。
以下是我在 Mac 中的截圖：
主要是用以下幾個命令：
mkdir HelloWebApp?這個命令是創建一個名為 HelloWebApp 的文件夾。
dotnet new -t Web?這個命令是使用 Web 模板來新建一個 WebApp 的 Mvc 應用程序。
新建了應用程序之后，使用dotnet restore?和?dotnet run?命令來測試一下我們的應用程序。
可以看到已經成功運行了。
我們打開瀏覽器輸入?http://localhost:5000，來看一下效果。
ps: Safari 下面，瀏覽器地址欄看不到端口號，實際上是5000端口。
發布到 Linux，Mac OS
如果發布應用程序，我們需要使用?dotnet publish命令，通過使用?--help?參數可以看到一些可以使用的命令參數。
?-f|--framework <FRAMEWORK> ? ? ? ? ?Target framework to compile for-r|--runtime <RUNTIME_IDENTIFIER> ? Target runtime to publish for-b|--build-base-path <OUTPUT_DIR> ? Directory in which to place temporary outputs-o|--output <OUTPUT_PATH> ? ? ? ? ? Path in which to publish the app--version-suffix <VERSION_SUFFIX> ? Defines what `*` should be replaced with in version field in project.json-c|--configuration <CONFIGURATION> ?Configuration under which to build--native-subdirectory ? ? ? ? ? ? ? Temporary mechanism to include subdirectories from native assets of dependency packages in output--no-build ? ? ? ? ? ? ? ? ? ? ? ? ?Do not build projects before publishing我們直接運行dotnet publish?使用默認的發布路徑，當看到Published 1/1 projects successfully的時候，說明已經發布成功了。 接著進入到 bin 文件夾下的Debug 文件夾下的netcoreapp1.0 文件夾，然后會看到有一個 publish 的文件夾。這就是默認發布生成的文件夾，在這個文件夾中可以看到我們程序所有依賴的程序集文件。
發布之后 publish 文件夾里面的子文件夾有必要說明一下。
appsettiong.json ?應用程序的配置文件refs 應用程序引用的.net fx系統程序集runtimes 運行時環境，可以看到里面的文件夾包含 win7、linxu，mac os 等，說明我們這個應用程序是跨平臺的。views 這個文件夾存放的就是我們的 mvc 的視圖文件。wwwroot 文件夾，存放的是前端使用的 js 庫，css 樣式表，和圖片等。然后我們把工作目錄切換到發布的 publish 文件夾。使用dotnet HelloWebApp.dll測試發布過后的程序是否運行正常。
使用 Nginx 進行反向代理
Mac OS
Linux（Ubuntu）
注意事項
反向代理，即把我們應用程序的一部分路徑交給 Nginx 去處理，比如靜態文件，圖片等。另外一部分動態的交給 Kertrel 來處理。這樣可以降低我們的后端 Kertrel 的壓力,以及可以在 Nginx 配置負載均衡等。
還有一個很重要的優勢就是 Web 中的緩存，會在代理服務器這一步來處理。大家看下面這個圖：
至于怎么樣添加代理服務器可以識別到的緩存，可以關注我后面發表的博客文章。
Mac OS
安裝 dotnet 環境參見官方網站?https://www.microsoft.com/net/core#macos。
1、 在 mac 中打開命令行，輸入?brew install nginx?首先安裝 nginx。
2、 安裝完成之后，輸入?nginx -v查看是否安裝成功。顯示nginx version: nginx/1.10.1表示安裝已經成功。
3、配置 nginx 代理。
安裝完 nginx 之后，默認的配置文件路徑在?/usr/local/etc/nginx?文件夾中。在這個文件夾中找到nginx.conf 配置文件，使用 Visual Studio Code 打開，在?Server?節點中，找到監聽 80端口的location 節點，修改配置為如下：
location / { ? ? ?proxy_pass http://localhost:5000; ? ? ?proxy_http_version 1.1; ? ? ?proxy_set_header Upgrade $http_upgrade; ? ? ?proxy_set_header Connection keep-alive; ? ? ?proxy_set_header Host $host; ? ? ?proxy_cache_bypass $http_upgrade;}保存并退出。 然后使用sudo nginx -s reload命令來重新加載配置。
然后我們打開瀏覽器 輸入http://localhost，發現此時已經通過 nginx 來訪問我們的站點了。
ps: Safari 下面，瀏覽器地址欄看不到端口號，實際上是80端口。
Linux（Ubuntu）
安裝 dotnet 環境參見官方網站?https://www.microsoft.com/net/core#ubuntu。
首先在Ubuntu 中新建一個文件夾，把我們發布的 publish 文件夾拷貝到 Liunx 中。然后測試一下是否可以正常運行。
1、 在 linux（Ubuntu） 中新開一個命令行窗口，輸入?apt-get install nginx?首先安裝 nginx。
2、 安裝完成之后，輸入?nginx -v查看是否安裝成功。顯示nginx version: nginx/1.4.6表示安裝已經成功。
測試 nginx 是否運行成功，打開瀏覽器，輸入?http://localhost?查看是否顯示如下界面。
3、配置 nginx 代理。
安裝完 nginx 之后，默認的配置文件路徑在?/etc/nginx/sites-available/default?文件中。切換工作目錄到/etc/nginx/sites-available/，使用sudo gedit default命令打開 default 文件。 在?Server?節點中，找到監聽 80端口的location 節點，修改內容為如下：
server { ? ?listen 80; ? ?#root /usr/share/nginx/html;#index index.html index.htm;# Make site accessible from http://localhost/server_name localhost; ? ?location / { ? ? ? ?proxy_pass http://localhost:5000; ? ? ? ?proxy_http_version 1.1; ? ? ? ?proxy_set_header Upgrade $http_upgrade; ? ? ? ?proxy_set_header Connection keep-alive; ? ? ? ?proxy_set_header Host $host; ? ? ? ?proxy_cache_bypass $http_upgrade;} }保存并退出。 然后使用sudo nginx -s reload命令來重新加載配置。
然后我們打開瀏覽器 輸入http://localhost，發現此時已經通過 nginx 來訪問我們的站點了。
注意事項
1、在使用 nginx 代理訪問站點的時候， 保持命令dotnet run HelloWebApp.dll的命令行窗口必須開啟。
2、可以使用下面的命令來讓一個命令行運行在后臺進程中。
nohup dotnet HelloWebApp.dll &這個時候你就可以把命令行窗口關掉了。
下一篇將講解如何在 Linux 中使用 Docker 進行部署，以及如何脫離命令行宿主給我們的dotnet程序創建一個守護進程，及宕機失敗自動重啟等等。。。 請持續關注。
相關文章：
ASP.NET Core 1.0 入門——了解一個空項目
ASP.NET Core 1.0 部署 HTTPS （.NET Framework 4.5.1）
.NET Core 1.0、ASP.NET Core 1.0和EF Core 1.0簡介
云服務器下ASP.NET Core 1.0環境搭建（包含mono與coreclr）
使用VS Code開發ASP.NET Core 應用程序
dotnet run是如何啟動asp.net core站點的
ASP.NET Core提供模塊化Middleware組件
“dotnet restore"和"dotnet run"都做了些什么？
探秘 dotnet run 如何運行 .NET Core 應用程序
.NET Portability Analyzer 已開源
ASP.NET Core的配置（1）：讀取配置信息
ASP.NET Core的配置（2）：配置模型詳解
.NET Core 1.0 RC2 歷險之旅
使用VS Code開發 調試.NET Core 應用程序
讓我們Core在一起：ASP.NET Core & .NET Core
.NET Core VS Code 環境配置
官方博客明確了 .NET Core RC2/RTM 時間表
.NET Core全新的配置管理[共9篇]
利用記事本創建一個ASP.NET Core RC2 MVC應用
微軟.NET 正式劈腿成功，橫跨所有平臺
.NET Core 1.0 CentOS7 嘗試
解讀發布：.NET Core RC2 and .NET Core SDK Preview 1
[.NET Core].NET Core R2安裝及示例教程
ASP.NET Core 開發-中間件(Middleware)
結合Jexus + Kestrel 部署 asp.net core 生產環境
通過Jexus 部署 dotnetcore版本MusicStore 示例程序
ASP.NET Core 中文文檔 第一章 入門
用 Visual Studio Code 在 macOS 上創建首個 ASP.NET Core 應用程序
用 Visual Studio 和 ASP.NET Core MVC 創建首個 Web API
用 Visual Studio 發布一個 Azure 云 Web 應用程序
ASP.NET Core MVC 與 Visual Studio 入門
第二章指南（4.2）添加 Controller
DotNet Core 介紹
asp.net core 中間件詳解及項目實戰
教你實踐ASP.NET Core Authorization（免看文檔教程）
asp.net core 使用 Redis 和 Protobuf 進行 Session 緩存
asp.net core 中間件詳解及項目實戰
第二章 指南（4.3）添加 View
dotnet core開發體驗之開始MVC
dotnet core 開發體驗之Routing
聊聊ASP.NET Core默認提供的這個跨平臺的服務器——KestrelServer
簡析.NET Core 以及與 .NET Framework的關系
.NET Core 使用Dapper 操作MySQL
使用 CommandLineApplication 類創建專業的控制臺程序
簡析 .NET Core 構成體系
.NET Core也可以使用MongoDB了
.NET Core & ASP.NET Core 1.0在Redhat峰會上正式發布
.NET Core：面向未來的開源跨平臺開發技術
微軟說它深愛著Linux，現在它用行動證明了
移植.NET Core計劃，整合各平臺變得更簡單了！
ASP.NET Core 介紹
通過幾個Hello World感受.NET Core全新的開發體驗
ASP.NET Core 運行原理剖析1:初始化WebApp模版并運行
.NET Core系列 ： 1、.NET Core 環境搭建和命令行CLI入門
原文地址：http://www.cnblogs.com/savorboard/p/dotnet-core-publish-nginx.html
.NET社區新聞，深度好文，微信中搜索dotNET跨平臺或掃描二維碼關注
贊賞
人贊賞
總結
以上是生活随笔為你收集整理的Asp.Net Core 发布和部署（ MacOS + Linux + Nginx ）的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： .NET Core系列 ： 1、.NET
- 下一篇： Asp.Net Core 发布和部署（L