我們?yōu)槭裁葱枰獰o服務(wù)器計(jì)算？
時(shí)間：2022-03-04 18:12:02 | 來源：行業(yè)動(dòng)態(tài)
時(shí)間：2022-03-04 18:12:02 來源：行業(yè)動(dòng)態(tài)
多年以來，我們一直習(xí)慣于把應(yīng)用程序部署在大型服務(wù)器之上。而由此帶來的資源管理或供應(yīng)責(zé)任自然全部由我們自己承擔(dān)。這種方式帶來了以下幾個(gè)問題：
即使完全沒有任何負(fù)載需求，服務(wù)器也在持續(xù)運(yùn)行，因此會消耗大量不必要的資源。
需要負(fù)責(zé)完成服務(wù)器維護(hù)以及正常運(yùn)行時(shí)間保障等日常工作。
需要負(fù)責(zé)對服務(wù)器進(jìn)行適當(dāng)?shù)陌踩隆?br>
隨著使用量的增加，我們需要親自管理服務(wù)器擴(kuò)展工作；與之對應(yīng)，當(dāng)工作負(fù)載回落，我們又得進(jìn)行規(guī)模收縮。
面對這么多現(xiàn)實(shí)問題，中小型企業(yè)乃至個(gè)人顯然不愿意、甚至沒辦法投入相應(yīng)的精力。另外，傳統(tǒng)服務(wù)器模式的上述特性還會影響產(chǎn)品的整體上市時(shí)間與交付成本，而這些正是決定定制化軟件開發(fā)命運(yùn)的核心所在。
無服務(wù)器計(jì)算的概念于是應(yīng)愿而生。借助無服務(wù)器計(jì)算，我們可以獲得一套執(zhí)行模型，由云服務(wù)商（包括AWS、Azure或者Google Cloud）通過動(dòng)態(tài)分配的資源執(zhí)行一段段代碼。作為用戶，我們只需要承擔(dān)應(yīng)用程序代碼運(yùn)行所對應(yīng)的資源用量費(fèi)用。如果把這種計(jì)算成本與傳統(tǒng)服務(wù)器相比較，我們會發(fā)現(xiàn)支出將得到大幅削減。這樣，我們的整體計(jì)算體驗(yàn)將達(dá)成無服務(wù)器狀態(tài)（服務(wù)器資源的管理成本更低）。所以再次強(qiáng)調(diào)，無服務(wù)器不是沒有服務(wù)器基礎(chǔ)設(shè)施還在，只是不再困擾我們。
在線咨詢