無服務(wù)器是當前軟件架構(gòu)模式中的熱門話題之一，像許多軟件工程中的其他術(shù)語或趨勢一樣，無服務(wù)器也沒有一個明確的定義，所以在這篇文章中我們會簡單介紹一下無服務(wù)器的基本概念，并圍繞無服務(wù)器的幾個爭論點展開討論。

什么是無服務(wù)器？

根據(jù)MartinFowler.com的定義，無服務(wù)器體系結(jié)構(gòu)是指主要依賴于第三方服務(wù)（稱為后端即服務(wù)或"BaaS"）的應(yīng)用程序或在臨時容器中運行的自定義代碼（功能即服務(wù)或"FaaS"）。

如上說述，如果你沒有維護或管理自己的基礎(chǔ)架構(gòu)來運行應(yīng)用程序，并根據(jù)使用情況付費（或者不付費），同時從供應(yīng)商那里自動獲得所需級別的高可用性、可擴展性和容錯性，那么你就正在運行一個無服務(wù)器的應(yīng)用程序。作為在無服務(wù)器環(huán)境中運行應(yīng)用程序的所有者，你可以將所有的精力放在應(yīng)用程序業(yè)務(wù)邏輯上，而不必擔心其運行的基礎(chǔ)架構(gòu)以及應(yīng)用程序周圍的其他非功能性需求。

無服務(wù)器只是炒作？

如果你是無服務(wù)器的新手，并且在考慮將其作為架構(gòu)，那么這就會成為你需要面對的問題之一。沒錯兒，無服務(wù)器是現(xiàn)在的熱門話題，但是綜合了之前和之后的發(fā)展，我個人認為無服務(wù)器并不是一個短期內(nèi)的炒作，至少在3-5年不是，圍繞無服務(wù)器的技術(shù)或許會被改變、替換，但是無服務(wù)器的概念不會。

技術(shù)層面如何向無服務(wù)器發(fā)展？

俗話說得好，觀往知來、知古鑒今，所以在解釋無服務(wù)器功能如何強大之前，我們先來看看它是如何在過去幾年演變的：

1989 - 1991年 - Sir Tim Berners-Lee發(fā)明了萬維網(wǎng)

1991 - 1995年 - 裸機時代

1995年 web hosting

1999年 - 軟件即服務(wù)（SaaS）概念由Salesforce引入

2001年 - VMWare發(fā)布ESXi，"服務(wù)器虛擬化"成為了一件大事

2002-2006-AWS提出IaaS，人們開始談?wù)?云計算"

2009年 Heroku提出"平臺即服務(wù)"（PaaS）

2011年 - Envolve / Firebase，實時數(shù)據(jù)庫即服務(wù)

2012年 - Parse.com和第一個后端即服務(wù)（BaaS）

2013年 - Docker，"容器比虛擬機好"

2013-2015 - Kubernetes / Swarm / Nomad / CoreOs（containers at scale）

2014年 - AWS Lambda推出（FaaS）

AWS lambda誕生了，無服務(wù)器這個詞與FaaS一起出現(xiàn)在舞臺上，雖然大多數(shù)人認為Lambda是無服務(wù)器的起點，但是containerization 將無服務(wù)器遷移推向第一個高潮，隨著containerization的出現(xiàn)，全球領(lǐng)先的云服務(wù)提供商開始向客戶提供"付費即用"的概念以及最需要的非功能性需求，支持使用其基礎(chǔ)架構(gòu)運營業(yè)務(wù)。

無服務(wù)器應(yīng)用程序的關(guān)鍵特性

無服務(wù)器應(yīng)用程序有四個關(guān)鍵特征：

沒有服務(wù)器管理 -顧名思義，對于無服務(wù)器應(yīng)用程序，應(yīng)用程序所有者不需要涉及任何物理服務(wù)器。如果你是應(yīng)用程序所有者，那么你將不知道有多少服務(wù)器代表你的應(yīng)用程序及其物理位置運行。

靈活的擴展 - 因為你不需了解物理服務(wù)器層，所以不必擔心可伸縮性。應(yīng)用程序?qū)葱璺峙涓噘Y源以管理所需的容量級別。

高可用性 - 冗余和容錯是無服務(wù)器框架的內(nèi)置功能，不必保留自己的服務(wù)器以使應(yīng)用程序高度可用。如果處理節(jié)點發(fā)生故障，框架會自動為您生成一個新節(jié)點或幾個節(jié)點。

成本控制- 在無服務(wù)器的環(huán)境中，您無需多花費時間，這是成本考慮的關(guān)鍵優(yōu)勢之一。

FaaS和無服務(wù)器是一樣的嗎？

這是一個趨勢類的常見問題，有些人聲稱FaaS是無服務(wù)器概念的技術(shù)實現(xiàn)，還有一些人認為無服務(wù)器不局限于FaaS，而是一個更廣泛適用的概念。作為我個人來講，我更贊同后面一種說法。

FaaS只是無服務(wù)器體系結(jié)構(gòu)的事件驅(qū)動處理部分。對于應(yīng)用程序來說，還有許多其他必需的構(gòu)建塊，如數(shù)據(jù)持久性，數(shù)據(jù)流，消息傳遞，用戶管理等等，以便提供一些端到端的功能。最重要的是有一些沒有FaaS組件的應(yīng)用程序，但仍然可以被認為是無服務(wù)器應(yīng)用程序。

舉個例子，如果我們需要一些靜態(tài)的虛擬主機，我們可以做到這一點，而不必考慮物理服務(wù)器。如果我們認為AWS是我們的云服務(wù)提供商，我們可以將我們的網(wǎng)頁內(nèi)容托管在S3存儲桶中，并啟用靜態(tài)虛擬主機來托管網(wǎng)頁。為了使其完成，你可以使用Route 53作為DNS和CloudFront作為CDN.

另一個例子是一個 thick client的Web應(yīng)用程序，它只使用后端服務(wù)來進行身份驗證和數(shù)據(jù)持久化。你實現(xiàn)這種應(yīng)用程序無需擁有自己的物理服務(wù)器以及FaaS組件，有許多服務(wù)可用于身份驗證和數(shù)據(jù)持久性。

無服務(wù)器會是未來嗎？

在回答這個問題之前，我建議你先去看一下AWS的產(chǎn)品頁面，如果你仔細看，那么你會發(fā)現(xiàn)大約有100個"服務(wù)產(chǎn)品"，涵蓋了從開發(fā)到部署和維護的整個軟件開發(fā)生命周期。

如何看待AWS的愿景？我堅信，云主機租用，它將改變世界，使我們能夠在解決方案的基礎(chǔ)上全面開發(fā)，測試，部署和維護我們的應(yīng)用程序。