Function Compute：Custom Container簡介

在雲原生時代，容器鏡像已經逐漸成為軟體部署和開發的標準工具。為最佳化開發人員體驗、提升開發和交付效率，Function Compute提供Custom Container，開發人員可以將容器鏡像作為函數的交付物。使用Custom Container具有以下優勢。

• 低成本遷移，無需修改代碼或重新編譯二進位檔案。共用對象（*.so），保持開發和線上環境一致。

• 避免代碼和依賴分離，簡化分發和部署的步驟。

• 容器鏡像天然分層緩衝，提高代碼上傳和拉取效率。

• 標準可複用的第三方庫引用、分享、構建、代碼上傳、儲存和版本管理，豐富的開源生態CI/CD交付體驗。

• 可通過HTTP協議和Function Compute系統互動。

• 可運行無需互動的鏡像。

排除唯讀鏡像層，容器產生的資料大小限制為512 MB或10 GB，同函數進階配置項中的磁碟大小。具體資訊，請參見建立函數。

目前Function Compute僅支援AMD64鏡像架構，因此，針對搭載Apple晶片的Mac電腦（或其他ARM架構的機器），構建鏡像時需要指定鏡像的編譯平台為Linux/Amd64。參考命令如docker build --platform linux/amd64 -t $IMAGE_NAME .。

以下要求僅適用於Web Server模式的Custom Container函數：

• Custom Container啟動的服務一定要監聽0.0.0.0:CAPort或*:CAPort連接埠。如果您使用127.0.0.1:CAPort連接埠，會導致請求逾時，出現以下錯誤：

  {
      "ErrorCode":"FunctionNotStarted",
      "ErrorMessage":"TheCA'shttpservercannotbestarted:ContainerStartDuration:25000000000.PingCAfaileddueto:dialtcp21.0.XX.XX:9000:getsockopt:connectionrefusedLogs:2019-11-29T09:53:30.859837462ZListeningonport9000"
  }

  Custom Container的監聽連接埠，即函數屬性CAPort預設是9000。如果Custom Container使用預設的監聽連接埠，那麼實現的Custom Container的HTTP Server監聽的連接埠也必須是9000。 如果Custom Container使用的監聽連接埠是8080，那麼實現的Custom Container的HTTP Server監聽的連接埠也必須是8080。

• Connection需要設定為Keep-Alive，Server端請求逾時時間需設定在15分鐘及以上。樣本如下：

  //例如，Node.js使用Express時。  
  var server = app.listen(PORT, HOST);
  server.timeout = 0; // never timeout
  server.keepAliveTimeout = 0; // keepalive, never timeout

• HTTP Server需要在120秒內啟動完畢。