如今談論無服務器架構(gòu)，大多數(shù)都是關(guān)注其與function-as-service的集成、如何編排訪問請求，以及基于無服務器架構(gòu)的故障排查工具等等。然而，沒有多少精力關(guān)注在為什么選擇無服務器架構(gòu)，而不是傳統(tǒng)架構(gòu)背后的深層次原因，這是為什么呢？

降低開發(fā)成本

    使用無服務器架構(gòu)（serverless）的首要原因，正如其名字所表明的那樣，將服務器從我們的關(guān)注項中移除。我們不得不承認，并沒有真正的無服務器（無服務器僅僅只是對托管在云端的服務器的另一種說法）的應用，選擇一種無服務器架構(gòu)的實現(xiàn)，獲得的好處只是不必開發(fā)服務器端代碼罷了。

    在傳統(tǒng)的客戶端 - 服務器應用程序中，基于數(shù)據(jù)的所有API和端點都需要由開發(fā)人員實現(xiàn)。開發(fā)方式包括通過使用像Rails這樣的框架自己編寫代碼，或者通過利用可將底層調(diào)用轉(zhuǎn)換為可調(diào)用的REST API的第三方工具來實現(xiàn)。

    使用無服務器架構(gòu)，您可以將大量的后端技術(shù)工作交給第三方，從而無需關(guān)注將Web應用推向市場的復雜工作。這顯著降低了開發(fā)成本。您的開發(fā)人員可以專注于用戶界面和用戶體驗，您的應用最具特色的地方將會更具有吸引力。

減少DevOps和維護成本

    涉及到應用的開發(fā)和托管Web應用的直接成本很多。其中包括開發(fā)人員薪酬，托管費用，域名注冊費用，數(shù)據(jù)傳輸費用等。此外，對于web應用程序，您通常需要保持服務器不間斷運行，以處理一天中任何時間的訪問請求。這意味著對于訪問頻率低的應用程序，每天只能運行一個小時的計算時間，您仍然需要為您的應用程序可用但尚未使用的其他二十三小時付費。

    使用像AWS Lambda這樣的功能即服務實用程序，您可以通過確保只有在應用程序處于活動狀態(tài)時付費，才能進一步降低成本。功能即服務運行在按執(zhí)行次數(shù)計費的模式，所以您只需要在代碼實際被調(diào)用時支付托管和計算資源。許多Web應用程序通常是空閑的，因此可以顯著節(jié)省成本。

    雖然您可以使用Docker等產(chǎn)品在Heroku上托管容器來獲得類似的收益，但您將無法獲得功能即服務的無服務器提供商允許的純粹級別，該服務器只提供一個實例， 實際上調(diào)用了一個單獨的函數(shù)。通過確保您的代碼僅在實際需要時處于活動狀態(tài)，這種間歇性安裝和卸載容器可以減少托管和資源使用成本。

減少面市時間

    除了減少代碼量和運營成本外，還可以減少交付時間。通過犧牲硬件和服務器端的靈活性，您可以通過將復雜性移到客戶端來減少開發(fā)應用程序所需的時間，將您的努力專注到代碼庫中的單一語言中。

    此外，您不需要找到提供商，運行起來服務器，配置Web服務器軟件，并讓您的應用程序在機器上運行，最終會是一個更簡單的問題。您還可以獲得更多的主機選擇，因為無服務器應用程序只需要一個可以為其終端用戶提供文件的CDN，而不是在處理來自網(wǎng)絡用戶的請求，運行編程語言的運行時的特定Web服務器。

    最后，通過將您的應用程序的服務器端交給無服務器的提供商，您可以通過允許第三方管理應用的安全來提升安全性。通過這種方式，可以減少對web服務器、數(shù)據(jù)庫服務器的安全防護，以及在傳統(tǒng)客戶端-服務器應用程序中至關(guān)重要的任何其他后端安全性問題所需的工作。

結(jié)論

    雖然許多應用程序由于特定的需求或者某些其他原因而無法在無服務器環(huán)境中運行，但與其傳統(tǒng)的客戶端/服務器應用相比，支持無服務器架構(gòu)的應用程序具有許多優(yōu)勢。通過使用無服務器的提供程序，您可以減少所需的代碼量，讓第三方基于您的數(shù)據(jù)源構(gòu)建API。

    您還可以通過允許您的代碼以更間歇的方式運行，僅在需要時才啟動（和終止）實例，從而降低運營成本。

    基于這兩個好處，以及其他尚未被發(fā)掘的優(yōu)勢，您可以看到產(chǎn)品上市時間縮短，因為您可以專注于外觀、感覺、以及您的應用程序基本的交互行為。雖然無服務器架構(gòu)可能不適合您，但對于越來越多的公司來說，這是一個可行且明智的選擇。