一、为什么选择Serverless搭建WordPress？

在传统架构中，WordPress通常部署在虚拟主机或云服务器（如ECS）上，开发者需关注服务器选型、系统配置、负载均衡等底层细节。而Serverless架构通过”无服务器”理念，将服务器管理、容量规划、运维监控等任务交给云平台，开发者仅需聚焦业务逻辑。这种模式特别适合个人博客场景：

1. 成本优化：按实际请求量计费，避免资源闲置浪费。例如，阿里云函数计算（FC）在无访问时几乎零成本，而传统服务器需持续付费。
2. 弹性扩展：自动应对流量波动。假设某篇博客文章被推荐至首页，Serverless可瞬间扩容处理高并发，传统架构则需提前预估并扩容服务器。
3. 运维简化：无需安装操作系统、配置Web服务器（如Nginx）、管理数据库备份等。云平台提供一站式解决方案，显著降低技术门槛。

以AWS Lambda为例，其与API Gateway、RDS（或Aurora Serverless）组合，可构建完整的Serverless WordPress环境。国内阿里云、腾讯云也提供类似服务，如阿里云函数计算+文件存储NAS+表格存储OTS，实现全Serverless化。

二、Serverless WordPress架构设计

1. 核心组件拆解

• 计算层：函数即服务（FaaS），如AWS Lambda、阿里云FC，处理PHP请求。
• 存储层：对象存储（如AWS S3、阿里云OSS）存储静态资源（图片、CSS、JS），表格存储（如DynamoDB、阿里云OTS）或Serverless数据库（如Aurora Serverless）存储动态数据。
• CDN加速：通过CDN分发静态资源，提升全球访问速度。
• API网关：作为入口，将HTTP请求转发至FaaS。

2. 架构对比：传统 vs Serverless

维度	传统架构（ECS+RDS）	Serverless架构
成本	固定费用，即使无访问	按量付费，无访问时几乎零成本
扩展性	需手动扩容，响应慢	自动扩展，秒级响应
运维复杂度	高（系统、Web服务器、数据库维护）	低（云平台管理底层资源）
适用场景	高并发、复杂业务	个人博客、轻量级应用

三、实战部署：以阿里云为例

1. 准备工作

• 注册阿里云账号，完成实名认证。
• 开通函数计算（FC）、对象存储（OSS）、表格存储（OTS）服务。
• 安装Serverless Devs工具（命令行工具，简化部署流程）。

2. 部署步骤

步骤1：创建OSS Bucket

• 登录OSS控制台，创建Bucket，选择”公共读”权限（用于存储WordPress静态文件）。
• 记录Bucket名称及Endpoint（如https://your-bucket.oss-cn-hangzhou.aliyuncs.com）。

步骤2：初始化Serverless WordPress项目

# 安装Serverless Devs
npm install -g @serverless-devs/s
# 拉取WordPress模板
s init wordpress-serverless
cd wordpress-serverless

步骤3：配置项目

编辑s.yaml文件，修改以下参数：

resources:
  wordpress:
    type: fc
    properties:
      region: cn-hangzhou
      service:
        name: wordpress-service
        description: "Serverless WordPress"
      function:
        name: wordpress-fn
        runtime: custom
        handler: bootstrap  # 自定义运行时，需上传PHP环境
        memorySize: 1024
        timeout: 30
        environmentVariables:
          WP_HOME: "https://your-domain.com"  # 博客域名
          WP_SITEURL: "https://your-domain.com"
          TABLE_STORE_ENDPOINT: "your-ots-endpoint"  # OTS地址
          TABLE_STORE_NAME: "wordpress_db"          # OTS表名

步骤4：上传PHP运行时及WordPress代码

• 下载PHP 7.4运行时（阿里云提供预编译包）。
• 将WordPress核心文件（解压后）与PHP运行时打包为ZIP，上传至FC的”自定义运行时”配置。

步骤5：配置OTS数据库

• 登录OTS控制台，创建实例及表（如wp_posts、wp_users等，结构参考WordPress MySQL表）。
• 授予FC服务角色对OTS的读写权限。

步骤6：部署与测试

# 部署项目
s deploy
# 查看函数访问地址（API Gateway生成的URL）
s info

访问生成的URL，完成WordPress安装向导（数据库主机填OTS的Endpoint，用户名/密码为OTS访问密钥）。

四、优化与运维

1. 性能优化

• 静态资源分离：将图片、CSS、JS上传至OSS，通过CDN加速。
• 缓存策略：使用Redis（如阿里云Memcache）缓存数据库查询结果。
• PHP优化：调整FC的内存大小（如2GB）和超时时间（60秒），避免复杂请求超时。

2. 运维监控

• 日志查看：通过FC控制台的”日志查询”功能，排查PHP错误。
• 自动扩展：FC默认根据请求量自动扩展，无需手动干预。
• 备份策略：定期导出OTS数据至本地，或使用OTS的跨区域复制功能。

五、常见问题与解决方案

1. 问题：插件兼容性

• 现象：部分插件依赖文件系统操作（如临时文件生成），在Serverless环境下失败。
• 解决：
  • 优先选择支持Serverless的插件（如WP Offload Media Lite，直接上传至OSS）。
  • 修改插件代码，将文件操作重定向至OSS（通过SDK）。

2. 问题：数据库连接池

• 现象：高并发时OTS连接数超限。
• 解决：
  • 在FC的environmentVariables中配置OTS连接池参数（如OTS_MAX_CONNECTIONS=20）。
  • 使用连接池中间件（如阿里云提供的OTS SDK内置连接池）。

六、成本分析与对比

以阿里云为例，假设博客日均PV 1000：

• 传统架构：1核2G ECS（约100元/月）+ 10GB RDS（约50元/月）= 150元/月。
• Serverless架构：FC请求数约50万次/月（0.000016元/次）+ OSS存储（10GB约1元/月）+ OTS读写（约10元/月）= 约20元/月。

结论：Serverless架构成本降低87%，且无需运维投入。

七、总结与展望

通过Serverless架构搭建WordPress个人博客，开发者可专注于内容创作，而非底层技术。未来，随着云原生技术的演进，Serverless WordPress将支持更复杂的场景（如电商插件、会员系统），成为个人及小微企业的首选方案。建议读者从简单博客入手，逐步探索Serverless的潜力。