相對(duì)于傳統(tǒng)的服務(wù)器應(yīng)用程序，基于FaaS的應(yīng)用程序通常在模塊功能上的設(shè)計(jì)相對(duì)單一，不同的功能往往分割到不同的云函數(shù)中處理，模塊內(nèi)聚程度相對(duì)較高。不同功能模塊之間通過(guò)觸發(fā)器來(lái)相互觸發(fā)調(diào)用，功能模塊之間的耦合度非常低。一個(gè)個(gè)高內(nèi)聚低耦合的云函數(shù)非常有利于團(tuán)隊(duì)合作開(kāi)發(fā)，也非常有利于后期的功能維護(hù)和缺陷定位。

每個(gè)云函數(shù)運(yùn)行后通常都不能保留自己的運(yùn)行狀態(tài)和內(nèi)存數(shù)據(jù)(靜態(tài)變量有一些情況下會(huì)在同一個(gè)實(shí)例的不同調(diào)用周期間共享)，因此每個(gè)實(shí)例啟動(dòng)的時(shí)候面對(duì)的是一個(gè)一致的干凈的初始狀態(tài)，不需要考慮歷史狀態(tài)的處理和維護(hù)。

由于云函數(shù)運(yùn)行的容器由云服務(wù)提供商維護(hù)，因此FaaS的開(kāi)發(fā)者一般不需要面對(duì)服務(wù)器運(yùn)維、擴(kuò)縮容等繁雜的事務(wù)(即使在訪問(wèn)壓力超過(guò)了默認(rèn)上限的情況下，往往也只需要提交工單申請(qǐng)?zhí)嵘舷蘧涂梢詫?shí)現(xiàn)擴(kuò)容)，而且服務(wù)的安全性和穩(wěn)定性相比自己維護(hù)服務(wù)器要高得多。

FaaS的一個(gè)劣勢(shì)是冷啟動(dòng)帶來(lái)的延遲問(wèn)題。如果一個(gè)觸發(fā)事件到來(lái)的時(shí)候，服務(wù)容器中沒(méi)有可以立刻響應(yīng)的實(shí)例，容器就需要啟動(dòng)新的代碼實(shí)例來(lái)響應(yīng)，根據(jù)服務(wù)商能力等不同，這個(gè)過(guò)程通常有毫秒級(jí)到秒級(jí)的延遲。各個(gè)云服務(wù)商都在通過(guò)優(yōu)化淘汰策略和規(guī)則等手段獨(dú)立降低冷啟動(dòng)率，而對(duì)于延遲非常敏感的業(yè)務(wù)，用戶通常也可以用預(yù)熱請(qǐng)求的方式來(lái)確保代碼實(shí)例常駐在容器中，比如用定時(shí)器觸發(fā)代碼實(shí)例進(jìn)行一個(gè)非常快的空響應(yīng)。

FaaS的其他劣勢(shì)包括語(yǔ)言版本落后(云服務(wù)商通常只提供最流行的幾種開(kāi)發(fā)語(yǔ)言的最穩(wěn)定的幾個(gè)運(yùn)行環(huán)境)、依賴服務(wù)商提供的借口和周邊產(chǎn)品能力帶來(lái)的服務(wù)遷移困難等。

對(duì)于企業(yè)用戶來(lái)說(shuō)，F(xiàn)aaS相比傳統(tǒng)的服務(wù)器架構(gòu)有更淺的技術(shù)棧深度和更緩的學(xué)習(xí)曲線，這有利于團(tuán)隊(duì)提升效率，降低人力成本。而FaaS架構(gòu)的一個(gè)劣勢(shì)是難以進(jìn)行傳統(tǒng)的狀態(tài)管理。因?yàn)镕aaS架構(gòu)的高度可擴(kuò)展性意味著每個(gè)應(yīng)用都隨時(shí)會(huì)被創(chuàng)建出來(lái)新的實(shí)例或者銷毀掉存在的實(shí)例，而實(shí)例不能長(zhǎng)久地占有內(nèi)存空間，因此要提供有狀態(tài)的服務(wù)就必須要和獨(dú)立的存儲(chǔ)服務(wù)進(jìn)行交互，這往往會(huì)增加服務(wù)延遲，導(dǎo)致占有了CPU和內(nèi)存等資源卻難以高效地利用。

因此Serverless應(yīng)用一般不通過(guò)會(huì)話(Session)認(rèn)證用戶身份，而是采用Json Web Token(JWT)之類的無(wú)狀態(tài)身份驗(yàn)證機(jī)制來(lái)代替Session身份驗(yàn)證。