近年來，無服務(wù)器函數(shù)（有時也稱為“無服務(wù)器”或“無服務(wù)器計算”）已成為一種流行技術(shù)。然而，關(guān)于這個術(shù)語仍然存在很多混淆。如何在沒有服務(wù)器的情況下運行代碼？這項技術(shù)的優(yōu)缺點是什么？在哪些情況下可以使用它？在本文中，我希望回答這些問題，并為您提供該技術(shù)的良好概述。

關(guān)鍵要點

• 無服務(wù)器函數(shù)允許開發(fā)人員在無需管理服務(wù)器的情況下運行代碼，云提供商負責(zé)服務(wù)器的配置、擴展和管理，使開發(fā)人員能夠?qū)Ｗ⒂诰幋a。
• 由于其計費模式（基于實際使用的計算時間收費，通常以毫秒計算），這些函數(shù)對于零星或輕量級工作負載具有成本效益。
• 雖然無服務(wù)器函數(shù)會自動擴展以處理增加的流量，但由于云提供商施加的最大執(zhí)行時間限制，它們最適合短生命周期進程。
• 無服務(wù)器函數(shù)的常見用例包括簡單的后端任務(wù)，例如表單郵件程序、計劃的 cron 作業(yè)和圖像處理任務(wù)，這證明了它們在處理各種小型后端操作方面的多功能性。
• 部署無服務(wù)器函數(shù)涉及創(chuàng)建函數(shù)代碼、將其與必要的依賴項打包并將其上傳到云提供商，具體細節(jié)因提供商和使用的特定技術(shù)而異。

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

第一次聽到“無服務(wù)器”這個術(shù)語肯定會激起好奇心?！叭绾卧跊]有服務(wù)器的情況下在 Web 上運行代碼？”你可能會想。它的實際含義是，作為開發(fā)人員，您不必擔(dān)心代碼運行的服務(wù)器。硬件的配置、網(wǎng)絡(luò)的配置、軟件的安裝和擴展都由無服務(wù)器提供商抽象化。

從開發(fā)的角度來看，無服務(wù)器函數(shù)是您上傳到無服務(wù)器提供商（例如 AWS 或 Google）的代碼包。此代碼可以配置為通過 URL 響應(yīng)請求、按計劃運行（即通過 cron 作業(yè)）或從其他服務(wù)或無服務(wù)器函數(shù)調(diào)用。

無服務(wù)器函數(shù)非常適合為前端應(yīng)用程序添加后端功能，而無需運行完整服務(wù)器的復(fù)雜性和成本。

在另一個極端，您還可以使用無服務(wù)器函數(shù)構(gòu)建整個應(yīng)用程序。結(jié)合提供文件存儲、數(shù)據(jù)庫系統(tǒng)和身份驗證的其他云服務(wù)，可以構(gòu)建大型、健壯且可擴展的應(yīng)用程序，而無需配置單個服務(wù)器。

無服務(wù)器函數(shù)的優(yōu)勢

無服務(wù)器函數(shù)在按需啟動的微型容器中運行。它們專為相當(dāng)短的運行進程而設(shè)計，因此計費也以此為準(zhǔn)。與通常按小時計費的完整服務(wù)器實例不同，無服務(wù)器函數(shù)通常按 GB 秒計費。由于最短計費時間約為毫秒級，因此低頻或零星工作負載作為無服務(wù)器函數(shù)運行的成本遠低于傳統(tǒng)服務(wù)器實例。輕量級工作負載和原型設(shè)計甚至可能屬于某些提供商的免費層。

無服務(wù)器函數(shù)的按需調(diào)用意味著它們可以快速輕松地擴展，而無需開發(fā)人員做額外的工作。這使得它們非常適合流量可能不可預(yù)測地激增的情況，因為將自動提供更多函數(shù)實例來處理負載。之后，函數(shù)將縮減規(guī)模，這意味著您無需為未使用的容量付費。

無服務(wù)器模型的一個主要優(yōu)勢是無需處理服務(wù)器。運行 Web 應(yīng)用程序需要大量時間和服務(wù)器管理方面的專業(yè)知識，才能使軟件保持最新安全補丁，并確保服務(wù)器配置正確以確保安全和高性能。對于初創(chuàng)企業(yè)和小型企業(yè)而言，聘請人員處理服務(wù)器管理是一項巨大的額外開銷。使用無服務(wù)器，開發(fā)人員可以專注于創(chuàng)建解決方案。

無服務(wù)器函數(shù)的缺點

當(dāng)然，沒有哪項技術(shù)是完美的，無服務(wù)器函數(shù)也有其缺點。正如我前面提到的，無服務(wù)器模型的設(shè)計考慮的是短暫的進程。由于最大執(zhí)行時間以分鐘為單位（例如，AWS 上為 15 分鐘，Google 上為 9 分鐘），因此它不適合長時間運行的作業(yè)，例如處理大量數(shù)據(jù)。

另一個廣泛討論的問題是冷啟動時間。這是提供商在無服務(wù)器函數(shù)準(zhǔn)備好開始運行之前配置和初始化其容器所需的時間。函數(shù)運行完畢后，容器將保留一段時間，以便在再次執(zhí)行代碼時重用。這種“冷啟動”延遲可能會給函數(shù)的響應(yīng)時間增加半秒到一秒的延遲。有一些解決方法，包括 Serverless 框架的 WarmUp 插件，它會按計劃 ping 您的函數(shù)以保持容器處于活動狀態(tài)。

雖然無服務(wù)器函數(shù)使您無需擔(dān)心服務(wù)器配置和維護，但這并不意味著沒有學(xué)習(xí)曲線。使用無服務(wù)器構(gòu)建應(yīng)用程序需要與使用傳統(tǒng)單體代碼庫不同的思維方式。您必須以不同的方式構(gòu)建代碼，將功能分解成更小、更獨立的服務(wù)，以適應(yīng)無服務(wù)器函數(shù)的限制。部署也更加復(fù)雜，因為每個函數(shù)都是獨立版本化和更新的。

有時還會提到供應(yīng)商鎖定問題，這是無服務(wù)器技術(shù)的缺點。就目前而言，該領(lǐng)域的 主要提供商（AWS、Google、Azure）都有各自不同的實現(xiàn)和管理工具。這可能會使將無服務(wù)器應(yīng)用程序從一個云提供商遷移到另一個云提供商變得困難。諸如 Serverless Framework 之類的項目試圖抽象化底層服務(wù)，以便使應(yīng)用程序可在提供商之間移植。

無服務(wù)器函數(shù)用例

盡管無服務(wù)器函數(shù)可用于構(gòu)建整個應(yīng)用程序，但讓我們來看一些無服務(wù)器可以使普通開發(fā)人員受益的不太雄心勃勃的用例。

表單郵件程序

網(wǎng)站通常完全是靜態(tài)的，除了客戶希望在用戶點擊發(fā)送時將其通過電子郵件發(fā)送給他們的聯(lián)系表單。網(wǎng)站的托管提供商可能支持也可能不支持服務(wù)器端腳本，即使支持，也可能不是您熟悉的語言。將無服務(wù)器函數(shù)設(shè)置為表單郵件程序允許您將此功能添加到靜態(tài)托管的網(wǎng)站。

Cron 作業(yè)

有時您可能需要在后臺運行計劃的任務(wù)。通常，您必須付費才能設(shè)置 cron 作業(yè)的服務(wù)器，并且此服務(wù)器會在作業(yè)之間處于空閑狀態(tài)。使用無服務(wù)器函數(shù)，您只需為作業(yè)運行所花費的時間付費（如果在免費層內(nèi)，則可能根本無需付費）。

縮略圖生成器

假設(shè)您的 React 應(yīng)用程序允許用戶上傳照片用作整個應(yīng)用程序中的頭像。您希望調(diào)整上傳圖像的大小，這樣就不會因為提供比需要大得多的圖像而浪費帶寬。無服務(wù)器函數(shù)可用于處理上傳請求，將圖像調(diào)整為所需大小并保存到 S3 或 Google Storage 等服務(wù)。

無服務(wù)器函數(shù)的實際示例

為了更深入地了解無服務(wù)器函數(shù)的工作原理，讓我們來看一個真實的例子。我們將創(chuàng)建一個帶有新聞稿注冊表單的靜態(tài)頁面，該頁面使用無服務(wù)器函數(shù)將用戶的姓名和電子郵件地址保存到 Google 電子表格。

根據(jù)提供商的不同，無服務(wù)器函數(shù)可以用多種語言編寫，但我們將使用 JavaScript，因為 Netlify 支持 Node.js 函數(shù)。為了繼續(xù)學(xué)習(xí)，我假設(shè)您在本地計算機上安裝了最新版本的 Node/npm。

(以下步驟與原文示例相同，為了保持一致性，這里不再重復(fù)翻譯。)

無服務(wù)器：只是一個時尚，還是后端的未來？

無服務(wù)器同時被斥為一種時尚，并被譽為后端應(yīng)用程序的未來。亞馬遜的 Lambda 函數(shù)自 2014 年以來就已存在，并且是 AWS 的一個關(guān)鍵產(chǎn)品。當(dāng)然，在許多情況下，仍然需要全天候運行并具有完全 shell 訪問權(quán)限的實際服務(wù)器的靈活性和功能。

但是，正如我們所看到的，對于某些類型的工作負載，無服務(wù)器的低廉成本、可擴展性和低維護成本使其成為一個不錯的選擇。隨著無服務(wù)器生態(tài)系統(tǒng)中越來越多的書籍、課程、框架和服務(wù)的出現(xiàn)，可以肯定地說，無服務(wù)器函數(shù)將長期存在。

(以下FAQ部分與原文示例相同，為了保持一致性，這里不再重復(fù)翻譯。)

以上是無服務(wù)器功能：使用和部署指南的詳細內(nèi)容。更多信息請關(guān)注PHP中文網(wǎng)其他相關(guān)文章！