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

使用阿里雲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文件

public static IWebHostBuilder CreateWebHostBuilder(string[] args) =>
    WebHost.CreateDefaultBuilder(args)
    //指定監聽9000端口
           .UseUrls("http://*:9000")
           .UseStartup();

設置發佈選項

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

因爲目標是linux系統，所以須要選擇目標運行時爲linux-64，部署模式選擇獨立。（阿里雲暫時沒有配置.NET Core 3.1 Runtime，須要自帶運行組件，可是不要選擇單一文件，實測有問題）。

發佈完成以後，轉到對應的publish目錄，將應用程序名稱相同的一個無拓展名的文件，重命名爲bootstrap。

windows默認的狀況下，這個文件就是能夠執行的，若是是其餘系統，須要確保這個文件有可執行權限。

部署

這裏須要藉助阿里雲函數計算的工具fun.exe，在正式部署以前，須要先運行fun.exe config進行配置。具體的使用方式能夠參考阿里雲的文檔。

部署須要一個配置的文件，個人文件配置以下：

ROSTemplateFormatVersion: '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

{
    "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的問題。須要注意，阿里雲給的調試地址是：
https://xxxxxxxxxxxxxxxx.cn-shanghai.fc.aliyuncs.com/2016-08-15/proxy/[ServiceName]/[FuctionName]/xxx的地址模式。這個大機率和咱們提供的路由解析規則不符。所以，請儘可能使用自定義域名。

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