使用 WordPress 進行無服務器計算的初學者指南

已發表: 2019-06-16

了解無服務器計算可能會令人困惑。 確定它是否適合您的開發解決方案變得更加複雜,因為有許多優點和缺點需要考慮。

在本文中,我們將為 WordPress 開發人員分解無服務器計算的基礎知識。 然後我們將討論您在決定這項技術是否適合您時應該考慮的一些因素。

讓我們跳進去!

WordPress 用戶無服務器計算簡介

無服務器計算一開始可能很難理解,尤其是因為它的名字具有誤導性。 雖然這意味著您可以在沒有服務器的情況下開發網站或應用程序,但事實並非如此。

相反,術語“無服務器”意味著設置和維護開發項目所需的服務器的工作留給了雲服務提供商。 這讓您(開發人員)有更多時間致力於實際創建您的網站或應用程序。

雲服務提供商以按使用付費的方式處理您的所有後端流程。 同時,您的網站或應用程序建立在高度可擴展的架構上。 為了進一步分解所有這些,無服務器計算包含三個關鍵特性:

  1. 完全由雲服務提供商(有時也稱為“供應商”)管理的基於雲的服務器。 開發人員不必做任何服務器維護或擔心他們項目的底層基礎設施。
  2. 由使用情況決定的成本,而不是您可能會或可能不會最大程度使用的預付費存儲。 使用無服務器計算,您只需為網站或應用程序功能的執行付費,這些功能會根據其代碼的運行頻率自動擴展。
  3. 一種將網站或應用程序分解為單獨功能的架構。 這也稱為功能即服務 (FaaS),其中執行代碼以響應特定事件。

在許多情況下,這為開發人員提供了一種讓他們的項目更快地啟動和運行的方法,因為他們不必擔心服務器維護。 它還降低了成本,同時提高了可擴展性,在某些情況下還提高了速度。 但是,無服務器技術並不適合每個項目。

如何確定無服務器計算是否適合您(5 個關鍵因素)

如果您正在嘗試確定無服務器計算是否是您下一個項目的最佳選擇,則需要牢記幾個注意事項。 雖然這種開發站點和應用程序的方法可以提供許多好處,但它取決於項目的特定質量。 讓我們更詳細地探討這意味著什麼。

1. 考慮項目的規模及其潛在的延遲

首先,無服務器計算在用於創建靜態網站或簡單應用程序時最為成功。 靜態文件和少量簡單功能很容易讓無服務器架構為最終用戶提供服務。

但是,具有許多更複雜功能的非常大的動態站點和應用程序也不一定適用。 對於更大的項目,您的代碼的運行時間可能會更長,這可能會對您的項目速度和運行成本產生負面影響。

一個相關的考慮因素是構成您的網站或應用程序的每個功能的使用頻率。 當無服務器架構上的函數有一段時間沒有被調用時,它的代碼不會持續運行。 如果用戶調用不常請求的函數,則需要“冷啟動”。 這將導致延遲並可能影響您的用戶體驗 (UX),因為代碼需要一段時間才能再次“預熱”。

2. 決定您可以將多少時間用於維護

無服務器的主要優勢之一是您可以節省的時間。 例如,您不必構建運行網站或應用程序的基礎設施。 您可以專注於特定於您的項目的代碼。

然而,更吸引人的節省時間是您不必擔心服務器維護。 您的雲服務提供商會為您處理所有這些,不僅可以在開發期間為您節省時間,而且可以在您的站點或應用程序的整個生命週期中為您節省時間。

也就是說,如果您已經在為另一個項目維護服務器,那麼進行一些額外的維護對您來說可能不是什麼大問題。 當您考慮到將項目從傳統架構轉移到無服務器架構可能極其困難這一事實時,堅持使用您所知道的不一定是一個壞主意。

3. 確定您的預算並比較成本

無服務器即用即付融資結構當然有其吸引力。 與預先支付服務器空間的傳統方法相比,這似乎是最明智的選擇。 畢竟,您永遠不必為未使用的空間付費,就像您預付費時那樣。

然而,這並不意味著無服務器計算總是一個低成本的主張。 正如我們之前提到的,運行時間長的函數可能會大大增加您的成本。 大型網站或複雜的應用程序仍然會產生相當高的費用。

此外,一次性發出大量請求的情況最終可能會導致您付出比您預期更多的成本。 這可能包括簡單的流量高峰,或不太愉快的事件,例如拒絕服務 (DoS) 攻擊。 無論哪種方式,您都是為所有這些請求付費的人。

簡而言之,不要只是假設無服務器架構將比管理自己的服務器和預付存儲費用的更傳統的替代方案便宜。 考慮您的流量水平和項目的複雜性,然後在選擇其中一個之前比較潛在成本。

4. 弄清楚可擴展性對您的項目有多重要

處理網站或應用程序的增長是一項持續且並不總是簡單的任務。 如果您不考慮潛在的增長,您的項目可能會崩潰並燒毀。 但是,高估可能會導致您為不需要的昂貴服務器空間付費。

無服務器計算解決了可擴展性問題,讓您的供應商負責。 無服務器站點或應用程序具有高度可擴展性,可立即適應用戶的需求。 您將不再需要擔心服務器超載,或其他對巨大流量高峰的負面影響。

也就是說,有很多方法可以使您的項目具有可擴展性,尤其是當您使用 WordPress 時。 如果有更多的理由選擇傳統設置,可擴展性可能不應該是促使規模轉向無服務器的唯一因素。

5. 解釋對服務器缺乏控制

在無服務器計算方面,最大的擔憂之一是缺乏對服務器的控制。 雖然您的雲服務提供商為您處理這麼多繁瑣的細節很方便,但它也限制了您對項目某些功能的訪問。

由於無法訪問您的服務器,您完全依賴第三方來確保您的網站或應用程序正常運行。 您也將無法看到您的後端流程,這將使調試和故障排除比使用傳統項目更加困難。

此外,您將無法預先審查供應商的安全性。 如果您處理用戶數據或其他敏感信息,這可能會帶來風險。 您將無法控制您的項目是否與其他項目共享服務器空間,這可能會導致數據洩露。 當然,這些風險是可以減輕的,但它們仍然值得考慮。

結論

無服務器計算並不是最簡單的概念。 雖然您會聽到很多關於它的許多好處的信息,但也有一些關鍵的缺點需要考慮。 換句話說,確定無服務器技術是否適合您的項目並非易事。

為了幫助您入門,您在決定是否應該採用無服務器時需要考慮以下五個因素:

  1. 考慮項目的規模及其潛在的延遲。
  2. 確定您可以將多少時間用於維護。
  3. 確定您的預算並比較成本。
  4. 弄清楚可擴展性對您的項目有多重要。
  5. 說明對您的服務器缺乏控制。

您對無服務器計算還有其他問題嗎? 在下面的評論部分讓我們知道!

文章縮略圖圖像 jkcDesign / shutterstock.com