AEM 版本更新

瞭解Adobe Experience Manager (AEM) as a Cloud Service如何使用持續整合和傳遞(CI/CD)，將您的專案保持在最新版本。

CI/CD

AEMas a Cloud Service使用持續整合和持續傳遞(CI/CD)，以確保您的專案使用最新的AEM版本。 此程式可順暢地更新您的生產、測試和開發執行個體，而不會對使用者造成任何中斷。

在執行個體自動更新之前，新的AEM維護版本會提前3-5天發佈。 在此期間內，您可以選擇性地執行 觸發開發執行個體的手動更新. 經過這段時間後，版本更新會先自動套用至您的開發環境。 如果更新成功，則更新流程會繼續進行您的中繼和生產執行個體。 開發和測試執行個體可作為自動化品質閘道，在生產環境套用更新之前，您可在其中執行自訂編寫的測試。

更新型別

AEM 版本更新有兩種類型：

• AEM 維護更新

  • 這些更新主要用於維護目的，包括最新的錯誤修正和安全更新。
  • 變更會定期套用，因此影響最小。

• 新功能更新

  • 它們會依照可預測的每月排程發行。

更新失敗

AEM更新會通過密集且完全自動化的產品驗證管道，涉及多個步驟，確保生產中的任何系統不會中斷服務。 健康狀態檢查是用來監視應用程式的健康狀態。 如果這些檢查在AEMas a Cloud Service更新期間失敗，則發行不會繼續，並且Adobe會調查更新導致這種意外行為的原因。

當您在環境中部署新版本的自訂程式碼時， 產品和自訂功能測試 扮演關鍵角色。 它們可確保在套用變更後，生產系統仍保持穩定且功能正常。 這些測試也會套用至AEM版本更新程式。

如果對生產環境的更新失敗，Cloud Manager會自動回滾中繼環境。 這會自動完成，以確保在更新完成後，測試環境和生產環境都會使用相同的AEM版本。
同樣地，如果開發環境的自動更新失敗，則不會更新中繼和生產環境。

最佳做法

• 中繼環境使用

  • 使用不同的環境（而不是Stage）進行長的QA/UAT週期。
  • 在Stage上完成健全度測試後，移至Production上驗證。

• 生產管道

  • 在部署到生產之前暫停。
  • 在中繼部署後取消管道表示程式碼是「一次性」且不是有效的生產候選專案，請參閱 設定生產管道.

• 非生產管道

  • 設定 非生產管道.
  • 加速生產管道故障的傳送速度/頻率。 透過啟用產品功能測試、自訂功能測試和自訂UI測試來識別非生產管道中的問題。

• 內容複製

  • 使用 內容副本 將類似的內容集移動到非生產環境。

• 自動化功能測試

  • 在您的管道中包含自動化測試，以便您測試關鍵功能。
  • 客戶功能測試 和 自訂UI測試 會封鎖（如果失敗），則AEM版本不會推出。

回歸

如果您遇到與回歸相關的問題，請透過Admin Console提交支援案例。 如果問題為阻斷因素及其影響的生產，則應引發P1。 提供重現回歸問題所需的所有詳細資訊。

複合節點存放區

通常，更新會產生零停機時間，包括編寫執行個體（節點叢集）的更新。 滾動更新可能是因為 Oak中的複合節點存放區功能。

此功能可讓AEM同時參照多個存放庫。 在 滾動式部署，新的AEM版本包含其自己的 /libs （以TarMK為基礎的不可變存放庫）。 它與舊版AEM不同，不過兩者都參考共用的DocumentMK型可變存放庫，其中包含 /content ， /conf ， /etc 和其他。

因為舊版本和新版本都有各自版本的 /libs中，它們在滾動更新期間都可處於作用中狀態。 此外，兩者都可以承擔流量，直到新完全取代舊版為止。