使用阿里雲ECS或者其他常見的VPS服務部署應用的時候，需要手動配置環境，並且監測ECS的行為，做補丁之類的，搞得有點複雜。好在很多雲廠商（阿里雲、Azure等）提供了Serverless服務，藉助於Serverless，開發人員可以更加專注於程式碼的開發，減少運維的成本。

Azure的部署直接整合在了VS中，非常方便，本文主要介紹一下使用ASP.NET CORE 3.1部署在阿里雲Serverless（函式計算）的內容。

準備 #

阿里雲的函式計算提供了很多執行庫，對.NET的支援現在到ASP.NET CORE 2.1，如果我們需要自定義runtime，那麼需要使用到函式計算的custom runtime功能。

首先準備好一個ASP.NET CORE 3.1程式，保證其可以正常執行（Release模式下能夠正常工作）。然後做以下改動：

修改埠 #

阿里雲函式計算自定義runtime使用的是固定的監聽埠9000，因此，需要修改Program.cs檔案

Copypublic static IWebHostBuilder CreateWebHostBuilder(string[] args) =>
    WebHost.CreateDefaultBuilder(args)    //指定監聽9000埠
           .UseUrls("http://*:9000")
           .UseStartup<Startup>();

設定釋出選項 #

VS右鍵點選工程，點發布，選擇高階。

由於目標是linux系統，因此需要選擇目標執行時為 linux-64，部署模式選擇獨立。（阿里雲暫時沒有配置.NET Core 3.1 Runtime，需要自帶執行元件，但是不要選擇單一檔案，實測有問題）。

釋出完成之後，轉到對應的publish目錄，將應用程式名稱相同的一個無擴充名的檔案，重新命名為 bootstrap。

windows預設的情況下，這個檔案就是可以執行的，如果是其他系統，需要確保這個檔案有可執行許可權。

部署 #

這裡需要藉助阿里雲函式計算的工具 fun.exe，在正式部署之前，需要先執行 fun.exe config進行配置。具體的使用方式可以參考阿里雲的文件。

部署需要一個配置的檔案，我的檔案配置如下：

CopyROSTemplateFormatVersion: '2015-09-01'Transform: 'Aliyun::Serverless-2018-04-03'Resources:  MonitorService:    Type: 'Aliyun::Serverless::Service'    Properties:      Description: 'rsystem'    RSystemApi:      Type: 'Aliyun::Serverless::Function'      Properties:        Handler: index.handler        Runtime: custom        CodeUri: 'RSystemApi/RSystemApi/bin/Release/netcoreapp3.1/publish/'      Events:        httpTrigger:          Type: HTTP          Properties:            AuthType: ANONYMOUS            Methods:              - GET              - POST              - PUT               - PATCH              - DELETE

使用powershell執行 fun.exe deploy -t deploy.yml，一路下一步，等待提示完成，就可以在函式計算中心看到新部署的服務。

服務可以透過阿里雲的控制檯進行訪問，但是不推薦，容易有各種各樣的問題。建議大家使用自定義域名的方式進行訪問，詳情見文末參考資料。

注意：

儘量控制檔案壓縮後的大小在50M以內，否則部署不會成功，如果需要更大檔案的部署，那麼可以使用NAS服務。
fun config可以設定超時時間，檔案比較大的情況，deploy超時時間段可能會造成部署失敗。（我設定了120s）

以上步驟也適用於其他語言環境應用custom的情況。詳情見 https://help.aliyun.com/document_detail/132044.html

順便吐槽一下阿里雲，官方提供custom runtime示例裡面有F#，裡面是基於.NET CORE 3.1的，直接原生支援多好。

常見問題： #

對於.NET Core 3.1的除錯，大多數情況本地能行，那麼生產伺服器也就可以，當然也有一些例外情況。

提示CAFileNotFound #

Copy{    "ErrorCode": "CAFileNotFound",    "ErrorMessage": "The CA process cannot be started due to missing files:ContainerStartDuration:100000000. CA process cannot be started due to missing file: invalid header field value \"oci runtime error: container_linux.go:247: starting container process caused \\\"exec: \\\\\\\"/code/bootstrap\\\\\\\": stat /code/bootstrap: no such file or directory\\\"\\n\"Error response from daemon: invalid header field value \"oci runtime error: container_linux.go:247: starting container process caused \\\"exec: \\\\\\\"/code/bootstrap\\\\\\\": stat /code/bootstrap: no such file or directory\\\"\\n\""}

檢查一下是不是沒有將主檔案改名成bootstrap

提示CAExited #

檢查一下程式碼是不能夠在本地正常執行，有沒有程式碼裡面強行限制為localhost的情況。

提示404錯誤 #

使用阿里雲的控制檯呼叫的時候，經常出現本地呼叫成功，遠端呼叫報404的問題。需要注意，阿里雲給的除錯地址是：
[ServiceName]/[FuctionName]/xxx的地址模式。這個大機率和我們提供的路由解析規則不符。因此，請儘量使用自定義域名。

自定義域名必須是已經備案的域名才可以，而且解析需要在阿里雲才行。可是暫時不知道什麼方法可以單獨搞到備案的域名，比較通用的方式是申請域名，並且解析到ECS進行備案，等備案完成，再解析到函式計算服務。

在阿里雲函式計算上部署.NET Core 3.1