附錄 D：部署新外掛程式和佈景主題

很少網站會保持靜態。在大多數情況下，您將定期新增公開可用的 WordPress 佈景主題和外掛程式，或升級至較新的 WordPress 版本。在其他情況下，您將從頭開發自己的自訂佈景主題和外掛程式。

對您的 WordPress 安裝進行結構性變更的任何時候，都有引入意外問題的一定風險。至少，在套用任何重大變更 (例如安裝新外掛程式) 之前，請先備份您的應用程式碼、組態和資料庫。對於具有業務價值或其他價值的網站，請先在單獨的臨時環境中測試這些變更。有了 AWS，您可以輕鬆複寫生產環境的組態，並以安全的方式執行整個部署程序。完成測試後，您只需卸除測試環境並停止為這些資源付費。本白皮書稍後會討論一些 WordPress 特定的考量。

某些外掛程式會將組態資訊寫入 wp_options 資料庫表 (或推出資料庫模式變更)，而另一些外掛程式則會在 WordPress 安裝目錄中建立組態檔案。由於我們已將資料庫和儲存移動到共用平台，不需您的進一步動作，這些變更即會立即可用於您所有執行中的執行個體。

在 WordPress 中部署新佈景主題時，可能需要稍微多一點的動作。如果您只使用 Amazon EFS 來存放所有的 WordPress 安裝檔案，那麼新佈景主題將立即提供給所有執行中的執行個體。但是，如果您要將靜態內容卸載到 Amazon S3，則必須將這些內容的副本處理到正確的儲存貯體位置。W3 總快取之類的外掛程式提供手動啟動該任務的方法。或者，您可以將此步驟自動化，作為建置程序的一部分。

由於佈景主題資產可以在 CloudFront 和瀏覽器上快取，部署變更時您需要一種方法來使舊版本失效。達成這一點的最佳方法是在您的物件中包含某種版本識別碼。此識別碼可以是具有日期-時間戳記或隨機字串的查詢字串。如果您使用 W3 總快取外掛程式，則可以更新附加到媒體檔案 URL 的媒體查詢字串。