其一，使用 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 可以將靜態資源快取於全國各地的伺服器，當多使用者訪問時系統自動將快的資源返回給多使用者，提升多使用者體驗。