其一，使用 RDS 执行 WordPress 网站资料库。大部分站群站长采用在 ECS 自建 Mysql 资料库或者采用第三方一键环境来执行 WordPress 资料库。但这种 Mysql 资料库由于 ECS 效能的限制 (IO 、记忆体、 CPU) 没法承担较高的访问量。同时因大部分站群站长缺少资料库运维能力，无法及时处理资料库宕机导致站点不能正常执行的问题。

　　遇到这个问题的时候，我们可以借助 RDS 而非自建来解决。将 WordPress 资料库安装于 RDS 可以大幅度的减轻站群站长在资料库运维方面的压力；彻底解决资料库运维的烦恼。当 RDS 资料库出现问题时因其多层次安全构架的保护可以实现服务秒级切换；整个切换过程对应用透明。

　　其二，使用 OSS 储存 WordPress 网站附件。 ECS 配套使用的云盘普遍 IO 效能不高，将 WordPress 资料档案存放于云盘很容易因为网站访问量过大出现效能瓶颈。且使用云盘需要确定空间容量，容易造成前期云盘空间浪费和后期空间不足，扩容不便的问题。将 WordPress 资料档案存放于 OSS 可以降低资料储存支出；由于 OSS 和 ECS 是两个完全不同的系统，即使 ECS 出现灾难性的故障，也可以保证资料档案的安全，大幅度的提升资料安全性。

　　其三，使用 SLB 水平扩容 WordPress 效能。由于 ECS 存在单点性风险，当 ECS 出现故障时，WordPress 站点将无法访问。 SLB 可以将流量按比例分配到后端服务器上，使用 SLB+ECS 模式可以大幅度的提升 WordPress 系统的可靠性，当后端单台 ECS 出现故障时，SLB 会自动将流量转发到后端其他正常服务器上，保证系统的正常执行。

　　其四，使用 OCS 减轻 WordPress 网站资料库压力。由于 WordPress 定位的原因，当访问量达到一定程度后；资料库会出现较大的查询瓶颈，当然提升资料库的效能可以马上解决这个问题，但提升资料库效能意味着网站支出又多了一笔。使用 OCS 可以将常用的资料库查询结果存放于 ECS 的记忆体中，当下次访问获取时，OCS 会直接从记忆体返回结果，而不会再去资料库查询；降低资料库的查询压力。

　　其五，使用 CDN 加快 WordPress 页面在不同地区的访问。大部分站点多用户受众都是面向全国的，而我们的 ECS 往往位于国内的某个机房。自此就产生了某些地区访问快，某些地区访问慢的问题。使用 CDN 可以将静态资源快取于全国各地的服务器，当多用户访问时系统自动将快的资源返回给多用户，提升多用户体验。