作者 | 孔德慧（夏莞） 阿里雲函式計算開發工程師

**導讀**：在本篇文章中，“基本概念”部分主要對函式計算最核心的概念進行詳細介紹，包括服務、函式、觸發器、版本、別名以及相關的配置；“開發流程”部分介紹了基於函式計算開發的完整開發部署流程。

# 基本概念

## 1. 服務

![圖片描述](//img.mukewang.com/5fd7397e0001c3f007460335.jpg)

服務是函式計算資源管理的單位，同一個服務下有很多函式，這些函式共享服務的網路配置、許可權配置、儲存配置、日誌配置。

服務可以對應成一個“應用”，這個應用由很多函式共同組成，這些函式具有相同的訪問許可權、網路配置，日誌也記錄到相同的 logstore。這些函式本身的配置可以各不相同，比如同一服務下有的函式記憶體是 3G，有的函式記憶體是 512M，有些函式用 Python 寫，有些函式用 Node.js 寫。

當然，如果應用比較複雜，同一個應用也可以對應多個服務，這裡沒有強繫結關係。

###

### 1）服務配置

![圖片描述](//img.mukewang.com/5fd7398800018bc507460373.jpg)

服務的幾個核心配置：

**日誌配置**：開發者的程式碼在函式計算平臺執行，如何檢視函式執行產生的日誌呢？在Server 化的開發方式中，日誌都打到統一的檔案中，透過 Logstash/Fluentd 這種日誌收集工具收集到 ElasticSearch 中，並透過 Kibana 這種視覺化工具檢視日誌及指標。但是在函式計算中，執行程式碼的機器由函式計算動態分配，開發者無法自己收集日誌，函式計算需要幫助開發者投遞日誌。日誌配置就是起到這個作用，配置 LogConfig 設定日誌服務的 Project 和 Logstore，函式計算會將函式執行中產生的日誌投遞到開發者的 Logstore 裡。

但是為了成功投遞日誌，單單配置 Logtore 還不夠，函式計算是沒有許可權向開發者的 Logstore 投遞日誌的，需要使用者授予函式計算向指定的 Logstore 寫資料的許可權，有了這個授權後，函式計算就可以名正言順地向開發者的 Logstore 投遞日誌了。

**檔案儲存配置**：函式計算中每個函式都是獨立的，在不同的執行環境中執行，如果使用者有一些公共檔案希望多個函式共享怎麼辦呢？在傳統 Server 化的開發方式中，好辦，將公共檔案放到磁碟就好了，各個都去磁碟的同一位置讀取，函式計算中的機器是函式計算動態分配的，開發者無法事先將檔案存入磁碟，那怎麼辦呢？可以掛載 NAS，在服務中掛載 NAS 後，函式就可以像訪問本地檔案系統一樣訪問 NAS 上的檔案了。

**網路配置**：網路配置顧名思義就是設定函式的網路訪問能力，主要有兩種，一個是函式中是否可以訪問公網，這是個布林型的開關，預設是開啟的，如果不需要訪問公網可以關閉開關。另一個是函式是否可以訪問指定 VPC，VPC 是專有網路，專有網路內的資料比較機密，是不能透過公共網際網路訪問的。如果需要函式訪問 VPC 內的資源，比如函式需要訪問 VPC 內的 RDS，那就需要授予函式計算訪問指定 VPC 的能力，原理是使用者授權賦予彈性網路卡 ENI 訪問 VPC ，並將此 ENI 插入到 FC 中執行使用者函式的機器上，從而使函式可以訪問 VPC 內資源。

**許可權**：函式計算是雲原生的架構，與雲上許多服務產生互動，阿里雲有非常嚴格的許可權限制，函式計算是沒有能力訪問開發者的其他雲資源的，當開發者需要函式計算訪問其他雲服務的時候就需要顯示授予函式計算許可權。

許可權主要有兩個應用場景：一個是授予函式計算訪問其他服務的許可權，比如剛才提到的授權函式計算訪問開發者的日誌服務、授權函式計算建立 ENI。另一個是授權函式可以訪問開發者的雲資源，這個是什麼呢？舉個例子，函式中需要訪問 OSS 獲取物件，但是又不想暴露 AK，那怎麼辦呢？開發者可以配置服務中的 Role 有訪問 OSS 的許可權，函式執行過程中，函式計算會 assumeRole 生成一個臨時 AK ，並將這個 AK 儲存到函式的上下文 context.credentials 裡，開發者在程式碼中使用context.credentials.access_key_id/context.credentials.access_key_secret/context.credentials.security_token 去建立 OSS Client 就可以了。

## 2. 函式

“函式計算”中函式可謂是核心概念，函式是管理、執行的基本單元，一個函式通常由一系列配置與可執行程式碼包組成。

### 1）函式配置

![圖片描述](//img.mukewang.com/5fd739e30001a5cf07250481.png)

函式的配置如上圖所示：

-   **Runtime 是函式執行時的環境型別：**函式計算目前支援 Node.js/Python/Java/C#/PHP 等開發環境，同時也支援 Custom Runtime 自定義執行時；  
    
-   **Code 是函式程式碼包：**函式計算的後端是隻認程式碼包的，各個開發工具會自動幫您打包。比如您可以直接在控制檯上編寫程式碼，控制檯會自動為您打包建立/更新函式，您可以在本地編寫/除錯函式，透過命令列工具 Funcraft 部署到函式計算，Funcraft 也會幫您打包；  
    
-   **Handler 是入口函式：**您在程式碼包中寫了好多函式，那函式計算到底從哪裡開始執行呢，就從您指定的入口函式開始執行；  
    
-   **Timeout 是函式超時時間：**如果函式執行超過這個時間，函式會被強制停止執行；  
    
-   **MemorySize 是為函式分配的執行環境記憶體：**目前取值範圍是 128M~3G，如果函式耗用記憶體超過分配的記憶體，會 OOM；  
    
-   **Initializer 是初始化函式：**有什麼用呢？之前我們介紹函式計算執行環境的時候講到，函式計算會為函式分配執行環境，第一次分配的時候會有冷啟動，當前請求執行完成後，函式計算也不會立即釋放，如果在一段時間內有新的請求到達會複用這個執行環境。Initializer 中的邏輯會在分配執行環境後執行，且保證同一個執行環境執行且只執行一次，那就可以將一些建立連線、載入依賴等耗時的操作放到 Initializer 函式中執行；  
    
-   **InitializerTimeout 就是 Initializer 函式的最大執行時間。**

## 3. 觸發器

![圖片描述](//img.mukewang.com/5fd739f4000127a207460363.jpg)

往期課程中介紹了函式計算支援的豐富的事件源型別，在事件驅動的計算模型中，事件源是事件的生產者，函式是事件的處理者，觸發器提供了一種集中、統一的方式來管理不同的事件源。當事件發生時，如果滿足觸發器定義的規則，事件源會自動呼叫觸發器所對應的函式。

典型的使用場景包括對上傳至 OSS 中的物件進行處理，比如影像處理、音影片轉碼、OSS zip 包解壓，以及對 SLS 中的日誌進行清洗、處理、轉存，在指定時間觸發函式執行等等。

## 4. 版本 & 別名

![圖片描述](//img.mukewang.com/5fd73a0000017b0307380381.png)

上文介紹了服務、函式、觸發器，開發者就可以基於函式計算將應用搭建起來了，但又有一個新問題：**開發者有了新需求需要更新程式碼，如何保證線上應用不受影響，平滑迭代上線呢？**為了解決這個問題，函式計算引入了版本和別名。

版本相當於服務的快照，包括服務的配置、服務內的函式程式碼及函式配置。當您開發和測試完成後，就釋出一個版本，版本單調遞增，版本釋出後，已釋出的版本不能更改，您可以繼續在 Latest 版本上開發測試，不會影響已釋出的版本。呼叫函式時，只需要指定版本就可以呼叫指定版本的函式。

那新問題又來了，版本名稱是函式計算指定的單調遞增的，每次釋出版本，都會有一個新的版本，**那每次發完版本後，客戶端還要改程式碼執行最新的版本嗎？**為了解決這個問題呢，我們引入了別名，別名就是指向特定服務版本的指標，釋出後，只需要將別名指向釋出的版本，再次釋出後，再切換別名指向最新的版本，客戶端只需要指定別名就可以保證呼叫線上最新的程式碼。同時別名支援灰度釋出的功能，即有 10% 的流量指向最新版本，90% 理論指向老版本。回滾也非常簡單，只需要將別名指向之前的版本即可快速完成回滾。

# 開發流程

![圖片描述](//img.mukewang.com/5fd73a0c00013d6007460345.jpg)

如上圖所示，開發者首先建立服務，設定日誌、許可權等配置，然後建立函式，在當前版本（Latest 版本）下編寫程式碼開發函式，測試透過後釋出版本，第一次釋出的版本為版本 1，建立別名 prod 指向版本 1，就可以對外提供服務了。

客戶端呼叫函式的日誌會記錄在開發者配置的 Logstore 裡，函式計算提供完備的監控圖表，應用上線後，開發者可以透過監控圖表和日誌檢視應用的健康狀況。

當開發者有新需求時，繼續在 Latest 版本更改程式碼開發函式，測試透過後釋出版本，這次釋出的版本為版本 2，切換別名流量 10% 到版本 2，即可實現應用的灰度釋出，觀察一段時間沒有問題，就可以切換 100% 的流量到版本 2 了。

從零入門 Serverless | 函式計算的開發與配置

相關文章