serverlss計(jì)算目前在性能上仍然存在諸多問(wèn)題
首先是實(shí)例冷啟動(dòng)的延遲問(wèn)題。盡管cloud functions比起傳統(tǒng)的VM實(shí)例啟動(dòng)延遲要低許多，但它創(chuàng)建新實(shí)例的速度依然不能夠滿足某些應(yīng)用的要求。影響冷啟動(dòng)時(shí)間的因素主要有三個(gè)：
啟動(dòng)cloud function的時(shí)間
初始化軟件和函數(shù)運(yùn)行環(huán)境的時(shí)間（如：加載python庫(kù)）
用戶代碼中的初始化任務(wù)
相比起后兩者所消耗的時(shí)間，第一項(xiàng)幾乎可以忽略不計(jì)，如果啟動(dòng)一個(gè)cloud function需要不到1s，那么初始化應(yīng)用所需要的所有庫(kù)可能需要花上數(shù)十秒。
另一個(gè)限制性能的阻礙是底層硬件資源的多樣性，由于云供應(yīng)商可以靈活的選擇底層服務(wù)器的規(guī)格和型號(hào)，這就導(dǎo)致了每個(gè)cloud function運(yùn)行的物理環(huán)境性能不盡相同。我們?cè)趯?shí)驗(yàn)過(guò)程中發(fā)現(xiàn)，有些時(shí)候函數(shù)運(yùn)行的環(huán)境甚至使用了不同時(shí)代的CPU。這種不確定性其實(shí)暴露了云供應(yīng)商的背后的目的：他們想要最大化的平衡資源的使用和預(yù)算。