亚洲综合在线一区二区三区-日韩超碰人人爽人人做人人添-麻豆国产精品久久人妻-无码人妻丰满熟妇啪啪-天堂精品一区二区三区-99久久综合狠狠综合久久aⅴ

 

無服務器架構允許開發人員運行后端代碼，而無需管理自己的服務器系統或服務器端應用程序。 開發人員可以將他們自己的代碼與其他最佳的服務相結合，創建應用程序，以便他們可以通過用戶測試，進行快速發布和迭代。

 

無服務器架構有幾個好處。 首先，不考慮基礎設施可以減輕開發人員運行的應用程序的運行復雜性。 第二，橫向擴展是完全自動化和具有彈性的。 第三，減少封裝和部署復雜性使開發人員能夠通過多個實現(implementation)來快速迭代。 第四，隨著計算單位縮小到一個功能(與VM或容器相反)，資源利用水平是前所未有的，允許用戶為按照使用量準確付費。

 

因此，無服務器的普及程度的增長一直是很驚人的。 到目前為止的用例包括集成(將應用程序內的函數暴露給外部調用者)、事件驅動用例(根據事件觸發從一個位置移動日志到另一個)、DevOps(CI / CD chron jobs)和數據處理。 但是，正如我們在虛擬機和容器中看到的(兩者最初都被限制用于開發測試用例)，我們預計無縫服務器將很快演變成更通用的工作負載。 事實上，頂級的公共云提供商估計，在3 到5年內，50-60%的云工作負載將無服務器。 三大云提供商之一已經在其無服務器工作量方面實現了100%以上的環比增長。 最后，Google趨勢(一個很好指向標)顯示，過去18個月內無服務器的搜索流行度增長了20倍!

 

無服務器架構的缺陷

 

盡管無服務器架構非常有前景，但無服務器是一種非常年輕的技術，離成為主流還有一段距離，認識到這一點非常重要。

 

無服務器架構有兩個最突出的局限性。第一，到今天為止，無服務器功能都是無狀態的(stateless )。 狀態信息不能從一個函數的調用傳遞給下一個。這限制了在無服務器的基礎架構上構建的各種應用程序。

 

第二，和任何新技術一樣，無服務器缺少成熟的工具生態系統。由于高度分布式的架構監控和調試無服務器的應用程序真的很棘手，還有安全性。 另外，無服務器還具有一些獨特的困難，例如發現可用的功能并將它們拼接在一起構建應用程序 ，這需要額外的編程來完成。

 

話雖如此，但考慮到用戶對大型云服務提供商和小型創業公司感興趣，以及相關領域越來越多的投資，我們仍然期望工具生態系統能夠快速成熟，

 

凝視水晶球

 

基礎設施抽象，自動擴展和更好的資源利用率應該使得無服務器取得成功。但僅僅認為無服務器只是下一代的基礎設施是非常短視的，無服務器的真正機會要大得多。 實際上，無服務器可以從根本上重新定義企業軟件如何分配，商品化和貨幣化。

 

今天，企業軟件主要有兩種類型：本地部署安裝和SaaS。運行和管理相應基礎設施的責任在于前者的軟件消費者。相比之下，無需服務器的用戶或提供商無需運行或管理任何基礎架構。這是非常重大的，它開辟了通過市場分銷和消費企業軟件的新可能性。例如，安全供應商可以將其惡意軟件檢測軟件作為無服務器平臺的功能進行打包和部署，并將其銷售給多個不同的消費者，如移動應用開發人員、IoT設備制造商和無人機操作公司。那些消費者可以只是調用這個功能，只支付他們使用的功能。類似地，可以以類似的方式打包和貨幣化其他專門服務(例如，機器學習，認證，支付處理等)。

 

此外，無服務器可以促進企業軟件的分類定價，從而創造更大的獲利機會。 例如，聊天操作的業務可以將其自然語言處理能力作為上述市場上的服務來實現，而不用擔心管理基礎設施的頭麻煩。 如果發生這種情況，企業將能夠以比以往任何時候更細致地的提供軟件服務。

 

最后，正如我們之前所說，應用程序正在變形成為服務掛毯，應用邏輯將這些服務粘在一起。其中一些服務將在內部建立，有些將來自同一家公司的另一個團隊，另外一些來自一個完全外部的第三方。此外，這些服務可以在一個或多個公有云上或者混合云組合的前提下運行。當這種情況發生時(已經發生)，我們將需要一個基礎架構框架，它們位于所有IaaS提供商(公共或私有)之上，以提供服務發現功能，呼叫路由和計費，而不管每個單獨的服務是運行在哪個IaaS上，想象一下，運行在該框架上的應用程序，它來自GCP(來自AWS(或Azure)的數據庫服務)和一組來自私有云的內部服務的GCP調用機器學習服務。當這種情況發生時，權力將開始從全天候的IaaS提供商轉移到該框架。也就是說，無服務器最終真的會蠶食基礎設施!

 

以上就是我們關于無服務器對基礎設施影響的簡要分析，希望對大家有所幫助。