Serverless WordPress 建站免費體驗

時間 2021-04-15

標籤 php 數據庫服務器網絡架構併發框架 less 運維 wordpress 欄目 Wordpress 简体版

原文原文鏈接

Serverless 做爲近幾年興起的新概念，相信很多人都對其有所耳聞，但究竟什麼是 Serverless？它真的不須要服務器了嗎？傳統業務到底如何和 Serverless 適配呢？php

本文將經過 WordPress 建站場景，爲您介紹基於 Serverless 的低成本、高性能的全新建站方案。數據庫

01. Serverless 介紹

Serverless 顧名思義，即爲「無服務器」，這裏的「無服務器」並非真正不須要服務器，而是將服務器的維護交給雲廠商處理，開發者只須要管理業務層代碼，而且按照計算使用量計費，大大節省了運維成本。
如下圖爲例，傳統部署方案，開發者必須先預估業務流量，並根據業務流量最大值購買服務器，每每會致使預估誤差致使流量溢出或資源浪費的問題。服務器

Serverless 方案則相似於網約車，根據請求量，自動進行擴縮容，真正實現資源都按照請求來計費，不使用不付費。網絡

目前，Serverless 的應用場景普遍，大部分傳統業務都可以在 Serverless 雲函數上完美支持，接下來將以部署一個 WordPress 網站爲例，具體 Http 服務在 Serverless 架構的具體實現。架構

02. 架構介紹

首先咱們看一下傳統的 PHP 服務架構：併發

用戶請求經過 Apache 或 Ngnix Web 服務器，經 php-fpm 模塊傳遞給服務端解析，最後而後將解析後的結果返回給用戶，以下圖所示：

而在雲函數架構下，這套邏輯經過函數的不一樣模塊實現：框架

WordPress 原生代碼掛載在 CFS 上，用戶的請求通過 API 網關到達函數環境，函數經過內置的 PHP 運行環境完成請求的轉發和處理，將獲取的 WordPress 解析結果返回給用戶，以下圖所示：

傳統服務中的 Apache/Nginx 服務器模塊，由函數內置環境模塊完成，用戶不須要再進行配置；
PHP 環境，能夠在函數運行環境內，經過 Custom Runtime 打包本身的環境和代碼一塊兒上傳部署；
php-fpm 模塊由 PHP 模塊替代，因爲雲函數爲單實例單併發，多個請求可自動擴縮容，無需經過 php-fpm 進行進程管理；
Location 轉發管理，由用戶函數 handler.php 實現，handler.php 文件和 WordPress 原生代碼一塊兒掛載在 CFS 上；

03. 方案優點

和傳統 Web 應用部署方案對好比下：less

	傳統虛擬機部署	Serverless WordPress
部署步驟	購買機器 --> 搭建 PHP 環境 --> 配置數據庫 --> 安裝應用。	選擇模版 --> 直接部署，自動建立全部雲上服務資源。
成本	預付費，須要提早購買機器。	按量計費，只根據使用量付費，一個日訪問量 100 的我的博客網站，運行成本最低不到 10 元/月。
性能	服務器和數據庫在同一臺虛擬機上部署, 缺乏主備容災。	基於底層各個雲資源完成部署，數據庫和應用分離，同時各個服務均支持容災備份。

對比而言，雲函數建站方案主要優點以下：便宜、簡單，對於中長尾的低負載業務，能夠作到無請求時不計費；自帶彈性伸縮、容災能力。運維

04. 部署實踐

目前，您能夠經過騰訊雲 Serverless 應用控制檯或 CODING Pages 網站託管服務，一鍵建立 WordPress 應用，將自動爲您建立如下資源：wordpress

模塊	說明
雲函數 SCF	負責 Serverless WordPress 的接入層實現，從而運行 WordPress。
API 網關	WordPress 的對外入口，實現了 RESTful API。
文件存儲 CFS	WordPress 的 Serverless 存儲倉庫。
雲原生數據庫 TDSQL-C Serverless	經過建立 TDSQL-C Serverless (原 CynosDB) 的 MySQL 類型數據庫，實現數據庫按量計費，自動擴縮容。
私有網絡 VPC	內網打通SCF雲函數、CFS、TDSQL-C Serverless之間的網絡，保障網絡隔離。