首先，需要知道“無服務器”本身有點用詞不當。當然身在幕后的服務器確實是存在的。但是你會看到，它們被抽象為開發(fā)人員不必解決操作上的問題，而是專注于編寫代碼的創(chuàng)造力。
2.事件驅(qū)動的編程模型為創(chuàng)建代碼提供了一個框架。這對于具有大量輸入和輸出的諸如物聯(lián)網(wǎng)的適應性應用是理想的。框架用來管理正在編寫的代碼的原因和結(jié)果。
3.作為服務的功能提供組裝應用所需的包，模式和參考架構(gòu)。這是代碼，邏輯和大腦背后的效果，并得到適當?shù)姆磻?/div>
無服務器計算的好處
人們可能已經(jīng)開始想象無服務器提供的好處：
•可擴展性：在無服務器環(huán)境中，擴展應用程序以滿足用戶需求的能力，由托管代碼的平臺來處理。如果應用程序有1萬或1000萬用戶，這沒關(guān)系。這消除了關(guān)于預配置或過度
配置服務器的操作問題。
•成本優(yōu)勢：傳統(tǒng)的運行時模型具有不斷運行的進程，用戶即使在未被利用時也為它們支付費用。無服務器環(huán)境可以更具成本效益，因為組織沒有支付部署的每個實例的固定成本，而是這些實例實際上正在工作的時間。
無服務器用例：物聯(lián)網(wǎng)
即使人們?nèi)蕴幱跓o服務器的早期階段，都開始看到涉及數(shù)據(jù)處理，物聯(lián)網(wǎng)(IoT)，認知機器人，移動后端和REST API的工作負載。
以物聯(lián)網(wǎng)用例為例。物聯(lián)網(wǎng)不僅僅是數(shù)據(jù)的攝取，而且是推動更好的結(jié)果。這意味著組織必須靈活地部署應用程序，確保如果引入了新功能，它不會中斷應用程序。這是無服務器可以提供幫助的。
具體來說，假設你有一個冰箱，定期更新用戶關(guān)于其部件的狀態(tài)。如果冰箱的水過濾器已經(jīng)耗盡，例如到其壽命的20%，則可以向用戶發(fā)送消息，讓他們能夠通過智能手機購買新的產(chǎn)品。 此功能需要匯集攝取各種物聯(lián)網(wǎng)數(shù)據(jù)，包括身份(誰是客戶)和保修(后臺系統(tǒng))。無服務器將變得特別有用，因為它更容易將這些東西拼湊在一起，并做出回應。
如果你有一個事件(耗盡的過濾器)傳播到后端。人們可以采取該事件，并調(diào)用一個無服務器函數(shù)做一個簡單的搜索。此客戶是否有保修?過濾器是否在保修范圍內(nèi)?無服務器允許你的后端快速響應這些類型的物聯(lián)網(wǎng)事件。
從本質(zhì)上講，物聯(lián)網(wǎng)用戶
空間中的信息將是零星的。但無服務器環(huán)境允許你處理一些不可預測的負載，并使用它們來推動價值或連接到其他業(yè)務，以提供更好的長期的客戶體驗。
在你出門并首先進入無服務器池之前，請了解并非所有工作負載都適用于此體系結(jié)構(gòu)。而只是將無服務器作為用于構(gòu)建
云本地應用程序的另一個工具。
與任何新技術(shù)一樣，人們將閱讀了解它的作用，而其他人將使用它，并獲得好處。不可否認的是，無服務器計算正在興起，并將在
云計算生態(tài)系統(tǒng)中發(fā)揮重要作用。人們期待看到這項技術(shù)的發(fā)展。
商品已成功加入購物車