瞭解Adobe Experience Manager (AEM) as a Cloud Service如何使用持續整合和傳遞(CI/CD),將您的專案保持在最新版本。
AEMas a Cloud Service使用持續整合和持續傳遞(CI/CD),以確保您的專案使用最新的AEM版本。 此程式可順暢地更新您的生產、測試和開發執行個體,而不會對使用者造成任何中斷。
在執行個體自動更新之前,新的AEM維護版本會提前3-5天發佈。 在此期間內,您可以選擇性地執行 觸發開發執行個體的手動更新. 經過這段時間後,版本更新會先自動套用至您的開發環境。 如果更新成功,則更新流程會繼續進行您的中繼和生產執行個體。 開發和測試執行個體可作為自動化品質閘道,在生產環境套用更新之前,您可在其中執行自訂編寫的測試。
注意:開發環境的自動更新將於2023年逐步為所有客戶啟用。 如果您的開發環境未自動更新,則可以使用手動更新,以使其與中繼和生產環境保持同步。
AEM 版本更新有兩種類型:
在上檢查每月發行的關鍵日期 Experience Manager發行藍圖 並標示您的行事曆,為關鍵活動做好籌備以準備發行。
AEM更新會通過密集且完全自動化的產品驗證管道,涉及多個步驟,確保生產中的任何系統不會中斷服務。 健康狀態檢查是用來監視應用程式的健康狀態。 如果這些檢查在AEMas a Cloud Service更新期間失敗,則發行不會繼續,並且Adobe會調查更新導致這種意外行為的原因。
當您在環境中部署新版本的自訂程式碼時, 產品和自訂功能測試 扮演關鍵角色。 它們可確保在套用變更後,生產系統仍保持穩定且功能正常。 這些測試也會套用至AEM版本更新程式。
如果對生產環境的更新失敗,Cloud Manager會自動回滾中繼環境。 這會自動完成,以確保在更新完成後,測試環境和生產環境都會使用相同的AEM版本。
同樣地,如果開發環境的自動更新失敗,則不會更新中繼和生產環境。
如果自訂程式碼推送至測試環境而非生產環境,下次AEM更新會移除這些變更,以反映上次成功客戶發佈至生產環境的Git標籤。 因此,必須再次部署僅可用於中繼的自訂程式碼。
中繼環境使用
生產管道
非生產管道
內容複製
自動化功能測試
如果您遇到與回歸相關的問題,請透過Admin Console提交支援案例。 如果問題為阻斷因素及其影響的生產,則應引發P1。 提供重現回歸問題所需的所有詳細資訊。
通常,更新會產生零停機時間,包括編寫執行個體(節點叢集)的更新。 滾動更新可能是因為 Oak中的複合節點存放區功能。
此功能可讓AEM同時參照多個存放庫。 在 滾動式部署,新的AEM版本包含其自己的 /libs
(以TarMK為基礎的不可變存放庫)。 它與舊版AEM不同,不過兩者都參考共用的DocumentMK型可變存放庫,其中包含 /content
, /conf
, /etc
和其他。
因為舊版本和新版本都有各自版本的 /libs
中,它們在滾動更新期間都可處於作用中狀態。 此外,兩者都可以承擔流量,直到新完全取代舊版為止。