云計算時代出現了大量XaaS形式的概念，從IaaS、PaaS、SaaS 到容器云引領的CaaS，再到火熱的微服務架構，它們都在試著將各種軟、硬件資源等抽象為一種服務提供給開發者使用，讓他們不再擔心基礎設施、資源需求、中間件等等，在減輕心智負擔的同時更好地專注于業務。
無服務器架構（Serverless）和 Functions-as-a-Service(FaaS)是云計算的熱點趨勢。除了微軟和亞馬遜，還有許多其他供應商也提供 FaaS。已經有不少文章介紹了無服務器架構這項技術典型的應用場景是在流式任務處理，目前已經受到了越來越廣泛的關注。本文將為大家介紹什么是無服務器架構會成為下一代IT基礎架構。

去年秋天，由于大流量涌入，澳大利亞統計網在幾個小時內便崩潰。 接下來的一個周末，兩名大學生在一次黑客馬拉松中搭建了一個非官方的澳洲統網，能夠承受的流量是官方網站的四倍，而且這個非官方的網站成本只有約400美元，而澳大利亞政府在官方網站上卻花了約1000萬美元！
這里的重點不是關于政府的浪費，而是一個小團隊、即使具備云方面的知識很少，只要提供了正確的基礎設施技術，例如亞馬遜的無服務器產品AWS Lambda。在短時間內就能完成較為復雜的網站。
提供業務價值，而不是軟件
隨著軟件蠶食著世界，我們經常陷入一種忘記企業的使命是向客戶提供價值的陷阱。為客戶提供的價值絕對不是軟件，軟件只是一種手段，我們應盡可能少地寫軟件?？杀氖俏覀兘洺Ｍ涍@一點。
幸運的是，軟件開發業正在經歷一些根本性的反思 ，大而全的應用，長時間的構建測試發布周期，以及無法快速整合用戶反饋。以下幾個趨勢，推動了這種轉變：
微服務邁向主流。曾經專屬于具備網絡規模的公司，微服務架構如今收到主要的開發商廣泛采用。 由于能夠帶來更快的部署周期，微服務帶來更高的資源利用率和更好的設計自主性，應用程序開發正在迅速從大容量轉移到分布式、面向服務的結構體系。
開源的興起。開源軟件和共享代碼存儲庫（如GitHub）的迅速普及已經將軟件開發轉變為一種社區活動。今天的開發人員廣泛地利用開放源代碼和第三方服務來整合一流的技術，并大大縮短產品推向市場的時間。
成功的產品需要快速迭代。與幾年前不同，曾經的軟件產品經過長達一年的設計，實施和測試周期而無需與用戶發生聯系，今天最好的產品建立在快速構建、了解用戶反饋回路的基礎之上。 對初創企業來說如此，也適用于大型企業。
當然，為了更好的利用上述趨勢，需要恰當的基礎設施。到目前為止，我們仍然受到基礎設施IT堆棧的限制，在過去十幾年中，我們非常努力地構建了應用程序，以適應基礎設施，而不是基礎設施來適應應用。雖然我們當然試圖通過容器和DevOps等創新的形式來進行改進，但是這已經造成了更多的復雜性。如果未來我們有數十億臺設備需要進行實時或關閉的數據傳輸，需要進行分析和處理，顯然，我們現有的基礎設施無法滿足需求，我們需要的是一個根本上全新的基礎設施堆棧，它應該是應用程序優先，讓開發人員專注于提供業務價值。
進入無服務器世界
無服務器架構（又稱功能即服務或FaaS）正是我們需要的下一代基礎架構。
無服務器架構允許開發人員運行后端代碼，而無需管理自己的服務器系統或服務器端應用程序。 開發人員可以將他們自己的代碼與其他最佳的服務相結合，創建應用程序，以便他們可以通過用戶測試，進行快速發布和迭代。
無服務器架構有幾個好處。 首先，不考慮基礎設施可以減輕開發人員運行的應用程序的運行復雜性。 第二，橫向擴展是完全自動化和具有彈性的。 第三，減少封裝和部署復雜性使開發人員能夠通過多個實現（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提供商轉移到該框架。也就是說，無服務器最終真的會蠶食基礎設施！