Windows平臺部署Asp.Net Core應用

一. 簡介

Asp.Net Core 部署方式有兩種：依賴框架和獨立部署。

1. 框架依賴的部署：

顧名思義，依賴框架的部署 (FDD) 依賴目標系統上存在共享系統級版本的 .NET Core。 因爲已存在 .NET Core，所以應用在 .NET Core 安裝程序間也是可移植的。 應用僅包含其本身的代碼和任何位於 .NET Core 庫外的第三方依賴項。 FDD 包含可經過在命令行中使用 dotnet 實用程序啓動的 .dll 文件。 例如，dotnet app.dll 就能夠運行一個名爲 app 的應用程序。

對於 FDD，僅部署應用程序和第三方依賴項。 不須要部署 .NET Core，由於應用將使用目標系統上存在的 .NET Core 版本。 這是定目標到 .NET Core 的 .NET Core 和 ASP.NET Core 應用程序的默認部署模型。

優勢

① 不須要提早定義 .NET Core 應用將在其上運行的目標操做系統。 由於不管什麼操做系統，.NET Core 的可執行文件和庫都是用通用的 PE 文件格式，所以，不管什麼基礎操做系統，.NET Core 均可執行應用。

② 部署包很小。 只需部署應用及其依賴項，而無需部署 .NET Core 自己。

③ 許多應用均可使用相同的 .NET Core 安裝，從而下降了主機系統上磁盤空間和內存使用量。

這種模式是跨平臺的，只要在對應平臺裝上runtimes，而後把發佈包作成可移植的，同一個發佈包就能夠跨平臺了。

缺點

① 僅當主機系統上已安裝你設爲目標的 .NET Core 版本或更高版本時，應用才能運行。

② 若是不瞭解未來版本，.NET Core 運行時和庫可能發生更改。 在極少數狀況下，這可能會更改應用的行爲。

2. 獨立部署：

與 FDD 不一樣，獨立部署 (SCD) 不依賴目標系統上存在的共享組件。 全部組件（包括 .NET Core 庫和 .NET Core 運行時）都包含在應用程序中，而且獨立於其餘 .NET Core 應用程序。 SCD 包括一個可執行文件（如 Windows 平臺上名爲 app 的應用程序的 app.exe），它是特定於平臺的 .NET Core 主機的重命名版本，還包括一個 .dll 文件（如 app.dll），而它是實際的應用程序。

對於獨立部署，能夠部署應用和所需的第三方依賴項以及生成應用所使用的 .NET Core 版本。 建立 SCD 不包括各類平臺上的 .NET Core 本機依賴項，所以運行應用前這些依賴項必須已存在。

從 NET Core 2.1 SDK（版本 2.1.300）開始，.NET Core 支持修補程序版本前滾。 在建立獨立部署時，.NET Core 工具會自動包含你的應用程序所指向的 .NET Core 版本的最新服務的運行時。 （最新服務的運行時包括安全修補程序和其餘 bug 修復程序。）服務的運行時不須要存在於你的生成系統上；它會從 NuGet.org 自動下載。

FDD 和 SCD 部署使用單獨的主機可執行文件，使你可使用發佈者簽名爲 SCD 簽署主機可執行文件。

優勢

① 能夠對與應用一塊兒部署的 .NET Core 版本具備單獨的控制權

② 請放心，目標系統能夠運行你的 .NET Core 應用，由於你提供的是應用將在其上運行的 .NET Core 版本

缺點

① 因爲 .NET Core 包含在部署包中，所以必須提早選擇爲其生成部署包的目標平臺

② 部署包相對較大，由於須要將 .NET Core 和應用及其第三方依賴項包括在內。

他不能跨平臺，每一個包都有對應的運行時，因此一份代碼只能在對應的平臺使用。

3. 部署的手段：文件系統、Web部署、FTP。

 

二. 文件系統發佈至IIS

文件系統發佈就是最傳統的一種發佈方式，利用開發工具生成一個發佈包，而後部署到IIS上。

服務器上須要安裝.Net運行時和支持Module，下載地址：https://dotnet.microsoft.com/download/dotnet-core/2.2

1. 生成發佈包：

2. 部署到IIS：

和普通的Asp.Net Web項目相同，但須要把進程池改爲 " 無託管代碼 "。

三. Web部署發佈至IIS

1. 前提：

安裝 dotnet-hosting（這裏的版本爲2.2.4，該安裝包 包括：dotnet runtime 2.2.4 和 dotnet hosting）和 Web Deploy v3.6。

PS：runtime是dotnet程序的運行時，hosting是IIS支持dotnet core程序必備的模塊（安裝完後，IIS模塊中會有AspNetCoreModuleV2模塊），WebDeploy v3.6 是服務器端支持「web部署」方式必備的程序，而安裝WebDeploy微軟推薦經過「web platform」這個軟件來安裝（相似於360軟件管家的性質）。

特別注意： 若是僅僅是本地運行，安裝runtimes就好了，若是是服務器上部署，要安裝dotnet-hosting，裏面已經包含了對應版本的runtimes。

下載地址：https://dotnet.microsoft.com/download/dotnet-core

2. 必備環境的安裝

(一).  dotnet-hosting安裝

(1). 安裝dotnet-hosting，去【https://dotnet.microsoft.com/download/dotnet-core/2.2】地址，下載dotnet-hosting程序。

(2). 在WinServer2016上安裝【dotnet-hosting-2.2.4-win.exe】，安裝過程以下圖：

(3). 安裝完畢後，cmd命令【dotnet --list-runtimes】查看版本爲 2.2.4 。在IIS模塊中查看有 AspNetCoreModuleV2.

(二). Web Deploy的安裝

(1). 先安裝【Web PlatForm】，經過 Web PlatForm 安裝 Web Deploy，下載地址：Https://www.microsoft.com/web/downloads/platform.aspx

PS：固然也能夠直接安裝Web Deploy，下載地址： https://www.microsoft.com/zh-cn/download/details.aspx?id=43717

(2). 在裏面搜索 web deploy，進行 安裝：

3. 發佈步驟

(1). 選擇Web的方式進行發佈，輸入服務器地址，帳號密碼、項目名稱、項目地址，以下圖：

(2). 點擊，發佈進行發佈，以下圖：發佈成功。

補充：此處可能第一次連接上不上去，發佈失敗，這個時候，去服務器上把這個項目關閉，而後進行發佈，發佈成功後，在把該項目打開，之後再發布就正常了。

假設還有問題，在發佈文件夾下新建要給 App_Offline.htm便可，用於關閉IIS。

 

四. FTP發佈至IIS

分析：FTP發佈不一樣於上述Web部署的模式，服務器端不須要安裝任何額外的插件，僅須要給服務器添加一個FTP發佈便可。

1. 服務端添加FTP發佈

(1). 選中IIS中的項目，添加FTP發佈，步驟以下圖：

添加完畢，點擊綁定，發現裏面多了一個FTP的21端口的地址。

 

 注：若是是阿里雲或者其它雲服務器，這裏使用項目端口8015和FTP的21端口，須要在服務器的管理端配置一些，而後還要在服務器的防火牆中配置一下入站，部分操做以下圖：

 

 

(2) 在VS中進行發佈，選擇FTP的模式發佈，配置 服務器地址、登陸帳號、密碼、項目地址，點擊發布便可。

 

 

五. Windows服務的形式發佈

不少狀況下，咱們不使用IIS，而是將Asp.Net Core程序發佈成Windows服務的形式，步驟以下：

1.  經過Nuget安裝程序集【 Microsoft.AspNetCore.Hosting.WindowsServices 】

2. 經過右鍵項目，經過編輯項目的 xxx.csproj文件編輯項目的RID，RID的編輯規則以下圖：

該項目發佈在win10下，以下圖

3. 在Main函數中將Run改爲RunAsService，同時能夠經過UseUrls來配置訪問地址，而後對該項目進行發佈。

4. 利用sc相關的windows服務的指令進行服務的建立、開啓、查詢、中止、刪除。（指令須要以管理員身份運行）

(1) 建立服務：sc create MyService binPath= "c:\svc\AspNetCoreServiceSample.ex"

(2) 啓動服務：sc start MyService

(3) 檢查服務狀態：sc query MyService

(4) 中止服務：sc stop MyService

(5) 卸載服務：sc delete MyService  (刪除前必須先中止服務)

 

---

來源：https://www.cnblogs.com/yaopengfei/p/10733772.html