[發明專利]一種函數托管服務的系統和方法

有效

• 申請號: 201611239761.8
• 申請日: 2016-12-28
• 公開（公告）號: CN108259418B
• 公開（公告）日: 2021-08-24
• 發明（設計）人: 曹高晉
• 申請（專利權）人: 中移(蘇州)軟件技術有限公司;中國移動通信集團公司
• 主分類號: H04L29/06
• 分類號: H04L29/06;H04L29/08
• 代理公司: 北京派特恩知識產權代理有限公司 11270
• 代理人: 蔣雅潔;張穎玲

本發明公開了一種函數托管服務的方法，包括：函數托管單元接收到包含待托管函數的創建任務請求后，為所述待托管函數創建托管環境；當所述函數托管單元接收到包含調用所述待托管函數的服務請求后，函數調用單元基于為所述待托管函數創建的托管環境，調用所述待托管函數執行所述服務請求，并生成執行結果。同時，本發明還公開了一種函數托管服務的系統。

技術領域

本發明涉及云計算領域，尤其涉及一種函數托管服務的系統和方法。

背景技術

云計算的本質是為了將業務和數據托管在可信的云上，以通過規模效應降低成本。然而，現有的大多數云計算平臺皆是通過以虛擬機或者容器為單位封裝業務邏輯。但需要注意的是，以虛擬機為單位進行托管的計算粒度會過大，額外開銷較大，使得計算性能降低，因為虛擬機中除了包含業務邏輯之外，還運行了一些不必要的進程和客戶機操作系統等；以容器為單位進行托管，又會引入容器間的互相干擾，影響同臺主機上的租戶或用戶的應用性能，無法達到用戶指定的QoS(Quality of Service，服務質量)。同時，現有的云計算平臺也皆是以虛擬機和容器為單位進行計費，而除實際業務負載之外的部分開銷由使用平臺方來承擔后，會加重使用平臺方的成本。使用托管函數平臺后，可以按照實際調用次數或實際CPU使用情況進行計費，大幅度減少開銷。然而，現有技術中，對于該問題的解決都采用閉源機制，無法實現高效和經濟的托管服務。

發明內容

有鑒于此，本發明實施例期望提供一種函數托管服務的系統和方法，能夠提供高效、經濟的函數托管服務。

為達到上述目的，本發明的技術方案是這樣實現的：

本發明實施例提供了一種函數托管服務的系統，所述系統包括：函數托管單元、函數調用單元；其中，

所述函數托管單元，用于接收到包含待托管函數的創建任務請求后，為所述待托管函數創建托管環境；

所述函數調用單元，用于當所述函數托管單元接收到包含調用所述待托管函數的服務請求后，基于為所述待托管函數創建的托管環境，調用所述待托管函數執行所述服務請求，并生成執行結果。

上述方案中，所述函數托管單元，包括：第一函數托管子單元、第二函數托管子單元、第三函數托管子單元、第四函數托管子單元、第五函數托管子單元；其中，

所述第一函數托管子單元，用于接收用戶提交的包含待托管函數的創建任務請求，為所述待托管函數分配標識，并存儲所述待托管函數的信息；

所述第二函數托管子單元，用于根據所述第一函數托管子單元中存儲的所述待托管函數的信息，為所述待托管函數制作鏡像，并記錄所述待托管函數的標識與所述待托管函數的鏡像之間的對應關系；

所述第三函數托管子單元，用于為所述待托管函數分配調用接口參數，并將所述待托管函數的調用接口參數和標識發送至第五函數托管子單元；

所述第四函數托管子單元，用于為所述待托管函數分配消息通道，并記錄所述待托管函數的消息通道與所述待托管函數的調用接口參數之間的對應關系；

所述第五函數托管子單元，用于接收并存儲所述第三函數托管子單元發送的所述待托管函數的調用接口參數和標識。

上述方案中，所述函數調用單元，包括：第一函數調用子單元、第二函數調用子單元；其中，

所述第五函數托管子單元，還用于接收包含調用所述待托管函數的服務請求，將所述服務請求封裝成消息，并將所述消息發送至與所述待托管函數的調用接口參數對應的消息通道中；所述服務請求中包含有所述待托管函數的調用接口參數；

所述第一函數調用子單元，用于從與所述待托管函數的調用接口參數對應的消息通道中獲取所述消息、以及從所述第五函數托管子單元中獲取與所述待托管函數的調用接口參數對應的標識，并將所述消息和所述待托管函數的標識發送至第二函數調用子單元；