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

lican123發表於2020-05-08

使用阿里雲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右鍵點選工程,點發布,選擇高階。
img

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

img

釋出完成之後,轉到對應的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進行備案,等備案完成,再解析到函式計算服務。


來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/69973775/viewspace-2690497/,如需轉載,請註明出處,否則將追究法律責任。

相關文章