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

關(guān)鍵要點(diǎn)

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

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

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

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

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

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

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

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

無服務(wù)器函數(shù)的按需調(diào)用意味著它們可以快速輕鬆地?cái)U(kuò)展，而無需開發(fā)人員做額外的工作。這使得它們非常適合流量可能不可預(yù)測地激增的情況，因?yàn)閷⒆詣犹峁└嗪瘮?shù)實(shí)例來處理負(fù)載。之後，函數(shù)將縮減規(guī)模，這意味著您無需為未使用的容量付費(fèi)。

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

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

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

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

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

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

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

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

表單郵件程序

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

Cron 作業(yè)

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

縮略圖生成器

假設(shè)您的 React 應(yīng)用程序允許用戶上傳照片用作整個應(yīng)用程序中的頭像。您希望調(diào)整上傳圖像的大小，這樣就不會因?yàn)樘峁┍刃枰蟮枚嗟膱D像而浪費(fèi)帶寬。無服務(wù)器函數(shù)可用於處理上傳請求，將圖像調(diào)整為所需大小並保存到 S3 或 Google Storage 等服務(wù)。

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

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

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

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

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

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

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

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

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