什么是無服務(wù)器？無服務(wù)器是一種云計(jì)算應(yīng)用程序開發(fā)和執(zhí)行模型，使開發(fā)人員能夠構(gòu)建和運(yùn)行應(yīng)用程序代碼，而無需配置或管理服務(wù)器或后端基礎(chǔ)設(shè)施。

無服務(wù)器讓開發(fā)人員可以將全部精力放在編寫最好的前端應(yīng)用程序代碼和業(yè)務(wù)邏輯上。所有開發(fā)人員需要做的就是編寫他們的應(yīng)用程序代碼并將其部署到由云服務(wù)提供商管理的容器中。云提供商處理其余的工作，提供運(yùn)行代碼所需的云基礎(chǔ)設(shè)施，并根據(jù)需要按需上下擴(kuò)展基礎(chǔ)設(shè)施。云提供商還負(fù)責(zé)所有日常基礎(chǔ)設(shè)施管理和維護(hù)，例如操作系統(tǒng)更新和補(bǔ)丁、安全管理、容量規(guī)劃、系統(tǒng)監(jiān)控等。

同樣重要的是：使用無服務(wù)器，開發(fā)人員永遠(yuǎn)不會(huì)為空閑容量付費(fèi)。云提供商在代碼執(zhí)行時(shí)啟動(dòng)并按需提供所需的計(jì)算資源，并在執(zhí)行停止時(shí)再次將其恢復(fù)——稱為“縮放到零”。執(zhí)行開始計(jì)費(fèi)，執(zhí)行停止計(jì)費(fèi)；通常，定價(jià)基于執(zhí)行時(shí)間和所需資源。

無服務(wù)器并不意味著“沒有服務(wù)器”

盡管有這個(gè)名字，但在無服務(wù)器計(jì)算中肯定有服務(wù)器。“無服務(wù)器”描述了開發(fā)人員對(duì)這些服務(wù)器的體驗(yàn)——它們對(duì)開發(fā)人員是不可見的，他們看不到、管理它們或以任何方式與它們交互。

如今，每個(gè)領(lǐng)先的云服務(wù)提供商都提供無服務(wù)器平臺(tái)，包括 Amazon Web Services (AWS Lambda)、Microsoft Azure (Azure Functions)、Google Cloud (Google Cloud Functions) 和Cloud (Cloud Code Engine)。無服務(wù)器計(jì)算、微服務(wù)和容器共同構(gòu)成了通常被認(rèn)為是云原生應(yīng)用程序開發(fā)核心的技術(shù)的三駕馬車。

無服務(wù)器不僅僅是 FaaS

功能即服務(wù)或 FaaS是一種云計(jì)算服務(wù)，它使開發(fā)人員能夠運(yùn)行代碼或容器以響應(yīng)特定事件或請(qǐng)求，而無需指定或管理運(yùn)行代碼所需的基礎(chǔ)設(shè)施。

FaaS 是無服務(wù)器的核心計(jì)算模型，這兩個(gè)術(shù)語經(jīng)常互換使用。但是無服務(wù)器不僅僅是 FaaS。無服務(wù)器是一整套服務(wù)，可以響應(yīng)特定事件或請(qǐng)求，并在不再使用時(shí)擴(kuò)展到零，并且其配置、管理和計(jì)費(fèi)由云提供商處理，對(duì)開發(fā)人員不可見。除了 FaaS，這些服務(wù)還包括：

• 無服務(wù)器數(shù)據(jù)庫和存儲(chǔ)：數(shù)據(jù)庫（SQL 和NoSQL）和存儲(chǔ)（尤其是對(duì)象存儲(chǔ)）是數(shù)據(jù)層的基礎(chǔ)。這些技術(shù)的無服務(wù)器方法涉及從提供具有定義容量、連接和查詢限制的“實(shí)例”過渡，并轉(zhuǎn)向在基礎(chǔ)設(shè)施和定價(jià)方面隨需求線性擴(kuò)展的模型。
• 事件流和消息傳遞：無服務(wù)器架構(gòu)非常適合事件驅(qū)動(dòng)和流處理工作負(fù)載，尤其是開源Apache Kafka事件流平臺(tái)。
• API 網(wǎng)關(guān)：API 網(wǎng)關(guān)充當(dāng) Web 操作的代理，并提供 HTTP 方法路由、客戶端 ID 和機(jī)密、速率限制、CORS、查看 API 使用情況、查看響應(yīng)日志和API共享策略。

無服務(wù)器與 PaaS、容器和虛擬機(jī)

由于無服務(wù)器、平臺(tái)即服務(wù) (PaaS)、容器和虛擬機(jī) (VM)在云應(yīng)用程序開發(fā)和計(jì)算生態(tài)系統(tǒng)中都發(fā)揮著關(guān)鍵作用，因此比較無服務(wù)器與其他一些關(guān)鍵屬性的比較是很有用的。

• 配置時(shí)間：對(duì)于無服務(wù)器，以毫秒為單位，而對(duì)于其他模型，以分鐘到幾小時(shí)為單位。
• 管理負(fù)擔(dān)：無服務(wù)器無，而PaaS、容器和虛擬機(jī)分別從輕到中到重。
• 維護(hù)：服務(wù)器架構(gòu)100%由維護(hù)需要無維護(hù)。PaaS也是如此，但容器和VM，更新/管理操作系統(tǒng)、容器、連接等。
• 縮放：自動(dòng)縮放（包括自動(dòng)縮放到其他零）對(duì)于無服務(wù)器而言是即時(shí)且且固有的。模型自動(dòng)但緩慢的縮放，需要非常調(diào)整自動(dòng)縮放規(guī)則，并且不會(huì)縮放到零。
• 容量規(guī)劃：不需要其他性模型。需要一些自動(dòng)擴(kuò)展和一些容量規(guī)劃的組合。
• 無狀態(tài)：無服務(wù)器的固有特性，這意味著可伸縮性永遠(yuǎn)不是問題；狀態(tài)在外部服務(wù)或資源中維護(hù)。PaaS、容器和虛擬機(jī)可以利用 HTTP，長時(shí)間保持打開的套接字或連接，并在調(diào)用之間將狀態(tài)存儲(chǔ)在內(nèi)存中。
• 高可用性 (HA) 和災(zāi)難恢復(fù) (DR)：兩者都是無服務(wù)器固有的，無需額外的努力，也無需額外的成本。其他模型需要額外的成本和管理工作。在虛擬機(jī)和容器的情況下，基礎(chǔ)設(shè)施可以自動(dòng)重啟。
• 資源利用率：無服務(wù)器是 100% 有效的，因?yàn)闆]有空閑容量之類的東西——它只在請(qǐng)求時(shí)調(diào)用。所有其他型號(hào)至少具有一定程度的閑置容量。
• 計(jì)費(fèi)和計(jì)費(fèi)：無服務(wù)器以100小時(shí)為單位計(jì)算。PaaS 、容器和虛擬機(jī)通常或分鐘計(jì)算。

無服務(wù)器、Kubernetes 和 Knative

Kubernetes是一個(gè)開源容器編排，可自動(dòng)執(zhí)行容器部署、管理和擴(kuò)展。Kubernetes 的最大范圍的擴(kuò)展容器平臺(tái)。但其本身沒有運(yùn)行的話，Kubernetes 應(yīng)用程序就沒有與云服務(wù)器的應(yīng)用程序中的應(yīng)用程序無關(guān)的服務(wù)器平臺(tái)集成特定的專用，Kubernetes 無法部署在容器中。

Knative 為 Kubernetes 提供了一個(gè)無服務(wù)器框架。它是 Kubernetes 的開源擴(kuò)展，它使任何容器都可以在任何運(yùn)行 Kubernetes 的云平臺(tái)上作為無服務(wù)器工作負(fù)載運(yùn)行，無論容器是圍繞無服務(wù)器功能還是其他一些應(yīng)用程序代碼（例如微服務(wù)）構(gòu)建的。Knative 的工作原理是抽象代碼并處理網(wǎng)絡(luò)路由、事件觸發(fā)器和自動(dòng)縮放以實(shí)現(xiàn)無服務(wù)器執(zhí)行。

Knative 對(duì)開發(fā)人員是透明的——他們只是像往常一樣使用 Kubernetes 構(gòu)建一個(gè)容器，其余的由 Knative 完成，將容器作為無服務(wù)器工作負(fù)載運(yùn)行。

無服務(wù)器的優(yōu)點(diǎn)和缺點(diǎn)

優(yōu)點(diǎn)

鑒于上述所有情況，無服務(wù)器計(jì)算為個(gè)人開發(fā)人員和企業(yè)開發(fā)團(tuán)隊(duì)提供了許多技術(shù)和業(yè)務(wù)優(yōu)勢(shì)也就不足為奇了。

提高開發(fā)人員的生產(chǎn)力：更多的無服務(wù)器使開發(fā)團(tuán)隊(duì)能夠?qū)Ｗ⒂诰帉懘a，管理設(shè)施。它為開發(fā)人員提供了創(chuàng)新和最前端應(yīng)用程序功能和業(yè)務(wù)邏輯。

只為在請(qǐng)求執(zhí)行時(shí)執(zhí)行付費(fèi)計(jì)算。應(yīng)用程序開始與計(jì)算基礎(chǔ)架構(gòu)即服務(wù) (IaaS)進(jìn)行比較，在中，客戶為所需的物理服務(wù)器、虛擬機(jī)機(jī) (VM) 和其他資源他們他們這些資源到他們明顯使用，從使用這些資源。

使用語言進(jìn)行開發(fā)： Serverless 是一種多語言環(huán)境，使開發(fā)人員能夠使用他們所擁有的任何語言或框架（Java 、Python、JavaScript、node.js）編碼。

部署的集成基礎(chǔ)架構(gòu)、測(cè)試、部署和部署架構(gòu)將無需部署部署，并在開發(fā)中實(shí)現(xiàn)部署部署。

某些情況下令人尷尬的無并行處理、流處理、服務(wù)器的其他處理方式可以選擇性能比成本。

使用可見性。無服務(wù)器平臺(tái)幾乎可以全面了解系統(tǒng)和用戶時(shí)間，并且可以系統(tǒng)匯總使用信息。

您可以使用IT 和 IT 引用服務(wù)器計(jì)算的自然優(yōu)勢(shì)。

缺點(diǎn)

沒有服務(wù)器有很多令人興奮的地方，組織正在將它喜歡用于各種應(yīng)用程序（參見下面的圖 2）。但也有一些優(yōu)點(diǎn)——其中一些與某些應(yīng)用程序相關(guān)，而另一些可能是通用的。

由于服務(wù)器應(yīng)用程序無法接受臨時(shí)應(yīng)用程序的多種應(yīng)用程序，以支持開始和擴(kuò)展請(qǐng)求至，因此它們還需要從某些方面來接受。此注意延遲但不會(huì)對(duì)用戶造成不利影響，不會(huì)引發(fā)用戶。

穩(wěn)定或可預(yù)測(cè)工作負(fù)載的提高：可根據(jù)運(yùn)行成本和成本來為核心的服務(wù)器提供支持，但可以為核心的成本和成本，以可預(yù)測(cè)、穩(wěn)定或持續(xù)運(yùn)行的流程為的。在這些情況下，可能、傳統(tǒng)工作提供的服務(wù)環(huán)境更容易提供。

這些操作和調(diào)試在性質(zhì)監(jiān)控系統(tǒng)中（團(tuán)隊(duì)和發(fā)現(xiàn)問題）中包含服務(wù)架構(gòu)，或服務(wù)架構(gòu)或其他類型的使用場(chǎng)景，例如無運(yùn)營業(yè)務(wù)，可能會(huì)運(yùn)行監(jiān)控。工具或流程來監(jiān)控或調(diào)試無服務(wù)器功能很困難或不可能。

由于鎖定了所述的最大優(yōu)勢(shì)之一，是沒有供應(yīng)商管理這部分服務(wù)的時(shí)間為所有人員開發(fā)：產(chǎn)生大量的資源來計(jì)算和改進(jìn)的，因此他們的代碼也會(huì)如前所述將計(jì)算出來。多種新的云可能搭載Docker的云服務(wù)到多種云的無服務(wù)器平臺(tái)（VM）提供或提供多種服務(wù)的生態(tài)環(huán)境，可攜帶觸發(fā)。的代碼才能應(yīng)用程序平臺(tái)提供完整的服務(wù)或應(yīng)用程序的所有應(yīng)用程序平臺(tái)上的完整結(jié)果。

無服務(wù)器的用例

其事件本身并無特殊的組合，適合圍繞微服務(wù)、應(yīng)用以及廣泛使用的屬性和應(yīng)用案例和流動(dòng)性。

無服務(wù)器和微服務(wù)

目前最常用的無服務(wù)器用例是支持也服務(wù)架構(gòu)。微服務(wù)模型于創(chuàng)建完成工作并使用API??通信的小型服務(wù)。雖然微服務(wù)可以使用PaaS來組織運(yùn)行，但或由于其在一些代碼、固有和自動(dòng)擴(kuò)展以及從不正確的閑置容量收費(fèi)的供應(yīng)商屬性，沒有服務(wù)器獲得了顯著著裝的現(xiàn)有部署等方面的屬性。

API 應(yīng)用程序

無服務(wù)器平臺(tái)中的任何操作（或功能）都可以轉(zhuǎn)換為可供 Web 客戶端使用的 HTTP 端點(diǎn)。為 Web 啟用時(shí)，這些操作稱為 Web 操作。一旦有了 Web 操作，您就可以將它們組合成一個(gè)功能齊全的API推出一個(gè) API 網(wǎng)關(guān)，可帶來額外的安全性、OAuth 支持、限速限制和自定義域支持。有關(guān)應(yīng)用程序教程的程序和實(shí)踐經(jīng)驗(yàn)，請(qǐng)?jiān)囉脽o服務(wù)器 Web API。

數(shù)據(jù)處理

無服務(wù)器非常適合高清、音頻、和和豐富、轉(zhuǎn)換、、收拾圖像等；圖像、視頻、精銳視頻處理、數(shù)據(jù)處理、處理文本（類似生成）；光學(xué)識(shí)別如何（OCR）；和視頻處理轉(zhuǎn)碼。有關(guān)詳細(xì)的圖像處理用例，請(qǐng)閱讀“ SiteSpirit 以 10% 的成本將速度提高 10 倍。 ”

實(shí)際計(jì)算/“映射”操作

任何一種令人尷尬的并行任務(wù)都是無服務(wù)器運(yùn)行時(shí)的一個(gè)很好的用例，每個(gè)可并行化的任務(wù)都會(huì)導(dǎo)致一次動(dòng)作調(diào)用。示例任務(wù)包括從數(shù)據(jù)搜索和處理（特別是云對(duì)象存儲(chǔ)）、Map(-Reduce)操作和網(wǎng)絡(luò)抓取到業(yè)務(wù)流程自動(dòng)化、超參數(shù)調(diào)整、蒙特卡羅模擬和基因組處理的所有內(nèi)容。

流處理工作負(fù)載

將托管 Apache Kafka 與 FaaS 和數(shù)據(jù)庫/存儲(chǔ)相結(jié)合，為實(shí)時(shí)構(gòu)建數(shù)據(jù)管道和流式應(yīng)用程序提供了強(qiáng)大的基礎(chǔ)。這些架構(gòu)非常適合處理各種數(shù)據(jù)流攝取（用于驗(yàn)證、清理、擴(kuò)充、轉(zhuǎn)換），包括物聯(lián)網(wǎng)傳感器數(shù)據(jù)、應(yīng)用程序日志數(shù)據(jù)、金融市場(chǎng)數(shù)據(jù)和業(yè)務(wù)數(shù)據(jù)流（來自其他數(shù)據(jù)源）。