作者 | 千風

本文分為三個部分：概述中引入了積壓問題，並介紹了函式計算非同步呼叫基本鏈路；並在指標介紹部分詳細介紹了指標檢視方式，分類解讀了不同的指標含義；最後以一個常見的非同步請求積壓場景為例，介紹如何在 1 分鐘內快速定位積壓問題。

## 為非同步呼叫保駕護航
使用函式計算非同步呼叫的開發者最關心的問題是：呼叫請求能否在預期的時間內被處理完成。若沒能處理完成，那麼在客戶眼中就是非同步呼叫請求積壓了，然而基於之前函式計算非同步呼叫指標體系，無論是定位積壓，還是檢視積壓，過程都是十分繁瑣的。

針對以上問題，函式計算推出了一系列非同步呼叫請求積壓相關的指標，能夠幫助使用者快速定位請求積壓，向使用者展示積壓量化值。本文將詳細介紹如何透過這些監控指標快速定位到函式非同步呼叫出現的積壓問題，為各位開發者講解升級後的非同步呼叫指標體系。

在開始之前，先簡單介紹下函式計算非同步呼叫。

非同步呼叫是函式計算呼叫函式的一種方式，透過非同步呼叫你不僅可以確保函式會至少執行一次，還可以儲存呼叫執行過程中的狀態轉換資訊和執行結果，其呼叫鏈路如下所示：

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/193bf52cb44d4b25bf13ec216cda0fb5.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16#pic_center)

使用者/事件源發起非同步呼叫請求後會立刻返回本次請求 ID，隨後函式計算系統將本次呼叫的相關資訊轉換為訊息的格式，放入 MNS 訊息隊佇列中供系統內下游模組消費，下游模組會基於解析出來的呼叫訊息進行函式呼叫。

呼叫完成後，如果函式配置了 Destination，則系統會基於呼叫結果以及 Destination 內容進行進一步處理，Destination 相關內容介紹請參考非同步呼叫文件：

[https://help.aliyun.com/document_detail/181866.html](https://help.aliyun.com/document_detail/181866.html)

## 指標升級

升級後的函式計算非同步呼叫鏈路監控指標主要新增瞭如下幾類：

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/d98fb04eebe94dc9afeb076c58f7f9fa.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16#pic_center)

下面我們將對上述指標進行詳細解讀。

### 指標檢視

目前可以透過函式計算控制檯或者 Serverless Devs 工具這兩種方式檢視函式的監控指標大盤，下面我們將以控制檯為例，指導大家如何檢視非同步呼叫鏈路相關的監控指標，基於 Serverless Devs 的檢視方式可以參考：

[https://github.com/devsapp/fc/blob/main/docs/zh/command/metrics.md](https://github.com/devsapp/fc/blob/main/docs/zh/command/metrics.md)

下面介紹的步驟前提是已開通了函式計算服務；且成功建立了服務以及函式，如果還未進行這些操作，請參考使用控制檯建立函式：

[https://help.aliyun.com/document_detail/51783.html](https://help.aliyun.com/document_detail/51783.html)

首先開啟函式計算控制檯，點選左側監控大盤標籤，滑倒底部，可以檢視到該地域所有服務的非同步呼叫處理情況以及非同步訊息處理平均延時概覽表格：

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/3b81108fa2d5408ab0e595ccb460010c.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16#pic_center)

此時我們點選任意一個服務名稱，進入後，可以看到該服務下所有函式的非同步呼叫處理情況；以及非同步訊息處理平均延時概覽表格：

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/07d78ae402b04e1599118c91d5b64718.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16#pic_center)

接下來我們點選任意一個函式名稱，進入後可以看到所有函式緯度的監控指標，並以圖的形式展示：

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/e8665f50611b4ee5b32668e2d3c18b18.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16#pic_center)

至此，我們已經學會了這些指標的檢視途徑。下面繼續為各位開發者介紹解讀上述非同步鏈路相關指標。

## 指標解讀

我們將根據不同的指標型別對監控指標進行分類解讀。

### 非同步呼叫處理情況

#### 非同步請求入隊

非同步呼叫中，到達函式計算的請求數，當入隊請求數大於請求處理完成數時，表示有請求積壓，函式處理非同步請求的速度小於非同步請求發起的速度。請調整函式彈性伸縮（含預留資源）上限，參考：

[https://help.aliyun.com/document_detail/185038.html#task-2538034](https://help.aliyun.com/document_detail/185038.html#task-2538034)

或可釘釘搜尋加入阿里函式計算官網客戶群（11721331）聯絡我們進行處理圖片。

#### 非同步請求處理完成

非同步呼叫中，函式計算處理完成的請求數，非同步請求處理完成數量，應始終不大於非同步請求入隊的數量。

#### 非同步請求積壓數

已經到達函式計算的非同步請求中，等待處理以及正在處理中的請求統一視為積壓請求， 這些請求的數量為非同步訊息積壓數，當這個值不為 0 時，表示非同步呼叫請求是有積壓的。

該指標將非同步呼叫請求積壓量化，解決積壓數不可見問題，極大提高了非同步呼叫的可觀測性，也是本次升級的重要內容之一。

### 非同步請求處理延遲

#### 平均處理時延

函式非同步呼叫請求從進入處理佇列到開始處理的時延，按指定時間粒度統計求平均值。當該值高於預期時，表明函式非同步呼叫請求可能存在積壓。

“非同步請求入隊”、“非同步請求處理完成” 以及 “平均處理延時” 這三個指標被放置在監控大盤的概覽圖表中，旨在幫助使用者快速定位到出現積壓的函式，解決積壓定位難的問題。

## 1 分鐘定位積壓問題

在之前的非同步呼叫指標體系下，如果想要定位積壓問題，首先需要找到積壓函式，此時需要逐個函式檢視其函式監控指標詳情，定位成功後，也無法直觀看到具體的積壓量化值。

升級後的非同步呼叫指標體系能夠很好地解決積壓問題定位難以及積壓量化的問題。下面將圍繞積壓問題的場景，描述如何使用上述指標快速定位積壓問題。

### 業務場景

#### 問題描述：

小張的業務涉及到三個函式，且都是非同步呼叫，某天使用者的業務出了問題，每個環節的非同步處理時延都增大了。為了快速定位問題，使用者想到了非同步鏈路監控指標，進行了如下定位動作。

#### 定位過程：

首先開啟地域級別的監控大盤，選擇目標時間段，檢視該地域下各個服務的監控指標；

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/f4bbe0a6283a4043a8e561b7439304e6.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16#pic_center)

發現多個服務的非同步呼叫平均處理延時高於預期，同時其非同步請求入隊數均大於請求處理完成數，表示這些服務都有一定程度非同步呼叫訊息積壓，且 A-Service 的非同步請求入隊數量和非同步呼叫請求完成數差別最大，積壓最嚴重，點選 A-Service 檢視監控指標：

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/10cbfe34d8b7442797cfa42ac181408a.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16#pic_center)

可以看到該服務下的函式 A-Function 是積壓源，點選 A-Function 檢視函式緯度的監控指標：

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/5f1940c3a5bb4900ad1d7653dec09305.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16#pic_center)

從請求積壓數圖中可以看到積壓是從 15:07 時間開始的，當前該賬號下未完成的非同步呼叫請求數最大時大約有 7000 左右 ，同時非同步呼叫請求處理平均時延在逐步升高，目前是 30 萬毫秒左右。每分鐘處理的非同步呼叫請求數在 800 -- 900 之間。

注：由於小張目前使用的是賬號級別共享佇列，因此非同步請求積壓數顯示的整個賬號下的非同步呼叫請求積壓數，如因業務需要，函式需要獨享佇列，可以聯絡函式計算團隊進行開通。

進一步發現，地域按量例項數圖中例項數已經打滿，因此定位到原因是因為 A-Function 的請求激增，賬號級別的按量例項數限制打滿了，使得其他函式的非同步呼叫也受到了影響，導致業務每個環節都受到了影響。

#### 問題解決：

定位到問題後，小張立刻聯絡了函式計算團隊，基於業務量進行了地域按量例項限制調整。

同時 A-Function 呼叫量最大，可能會對地域緯度的非同步呼叫請求排程以及按量例項數產生一定的衝擊，對其他函式的非同步呼叫請求造成影響，因此函式計算團隊建議為 A-Function 開啟獨享佇列功能，同時設定彈性例項上限，這樣將 A-Function 的非同步呼叫請求進行隔離，避免對其他函式的影響。

## 總結

升級後的函式計算非同步呼叫監控指標體系能夠幫助使用者解決積壓問題定位難以及積壓量化等問題，結合雲監控報警的設定，極大提高了函式計算非同步呼叫應用的穩定性。

同時，為了儘量避免請求積壓情況的發生，我們目前正在對函式計算非同步處理系統層面進行最佳化，包括佇列回收機制、獨享佇列能力以及積壓訊息重定向策略等，從而提高函式計算系統處理非同步呼叫請求的能力。這樣，透過強大的非同步呼叫請求處理系統以及全面的監控指標體系，為函式計算非同步呼叫保駕護航。

## 福利大放送

開發者如何自我提升？如何擴充自身技能，瞭解最優學習路徑迅速入門？阿里雲  Serverless 免費開放超全開發者學習資料，將最前沿的技術知識沉澱送給各位。內含：技術電子書、技術大會資料合集、知識圖譜、18 節入門影片課等，助力所有開發者共同學習進步！

關注 Serverless 公眾號後臺回覆 學習 即可獲得開發者學習資料下載連結！

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/ceb15189c7e74dbb81e452395330c7e4.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_15,color_FFFFFF,t_70,g_se,x_16#pic_center)

非同步請求積壓視覺化｜如何 1 分鐘內快速定位函式計算積壓問題

相關文章