行業專家在世界各地的會議中，以及與同事，客戶，合作伙伴的溝通交流中，感覺到了業界對無服務器計算的困惑。
人們對于這種新架構如何革新組織處理開發和創新的方式，期望很高，并且穩步增長。
定義無服務器
首先，需要知道“無服務器”本身有點用詞不當。當然身在幕后的服務器確實是存在的。但是你會看到，它們被抽象為開發人員不必解決操作上的問題，而是專注于編寫代碼的創造力。
考慮支持無服務器架構的概念的一種方法是將它們看作位于現有計算，網絡和存儲資源頂部的三層：結構，框架和功能。
1.無服務器架構從開發者的板塊中刪除了傳統的操作功能和關注點，并允許他們專注于他們擅長的：為應用程序編寫漂亮的代碼。
2.事件驅動的編程模型為創建代碼提供了一個框架。這對于具有大量輸入和輸出的諸如物聯網的適應性應用是理想的。框架用來管理正在編寫的代碼的原因和結果。
3.作為服務的功能提供組裝應用所需的包，模式和參考架構。這是代碼，邏輯和大腦背后的效果，并得到適當的反應。
無服務器計算的好處
人們可能已經開始想象無服務器提供的好處：
•可擴展性：在無服務器環境中，擴展應用程序以滿足用戶需求的能力，由托管代碼的平臺來處理。如果應用程序有1萬或1000萬用戶，這沒關系。這消除了關于預配置或過度配置服務器的操作問題。
•成本優勢：傳統的運行時模型具有不斷運行的進程，用戶即使在未被利用時也為它們支付費用。無服務器環境可以更具成本效益，因為組織沒有支付部署的每個實例的固定成本，而是這些實例實際上正在工作的時間。
無服務器用例：物聯網
即使人們仍處于無服務器的早期階段，都開始看到涉及數據處理，物聯網(IoT)，認知機器人，移動后端和REST API的工作負載。
以物聯網用例為例。物聯網不僅僅是數據的攝取，而且是推動更好的結果。這意味著組織必須靈活地部署應用程序，確保如果引入了新功能，它不會中斷應用程序。這是無服務器可以提供幫助的。
具體來說，假設你有一個冰箱，定期更新用戶關于其部件的狀態。如果冰箱的水過濾器已經耗盡，例如到其壽命的20%，則可以向用戶發送消息，讓他們能夠通過智能手機購買新的產品。
此功能需要匯集攝取各種物聯網數據，包括身份(誰是客戶?)和保修(后臺系統)。無服務器將變得特別有用，因為它更容易將這些東西拼湊在一起，并做出回應。
如果你有一個事件(耗盡的過濾器)傳播到后端。人們可以采取該事件，并調用一個無服務器函數做一個簡單的搜索。此客戶是否有保修?過濾器是否在保修范圍內?無服務器允許你的后端快速響應這些類型的物聯網事件。
從本質上講，物聯網用戶空間中的信息將是零星的。但無服務器環境允許你處理一些不可預測的負載，并使用它們來推動價值或連接到其他業務，以提供更好的長期的客戶體驗。
在你出門并首先進入無服務器池之前，請了解并非所有工作負載都適用于此體系結構。而只是將無服務器作為用于構建云本地應用程序的另一個工具。
與任何新技術一樣，人們將閱讀了解它的作用，而其他人將使用它，并獲得好處。不可否認的是，無服務器計算正在興起，并將在云計算生態系統中發揮重要作用。人們期待看到這項技術的發展。
微信掃一掃
