Adobe Experience Manager as a Cloud Service 重大變更
建立對象:
- 管理員
Adobe Experience Manager (AEM) Cloud Service 提供許多管理 AEM 專案的新功能,並帶來許多可能性。但 AEM Cloud Service 與 AEM Sites 內部部署或 Adobe 受管服務之間仍有許多差異。本文件主要說明這些重要差異。
- Adobe Experience Manager as a Cloud Service 簡介
- Adobe Experience Manager as a Cloud Service 與舊版的新增功能與不同之處
- Adobe Experience Manager as a Cloud Service 架構
- AEM Sites as a Cloud Service 重大變更
- AEM Assets as a Cloud Service 重大變更
主要差異在於以下方面:
/apps 和 /libs 在執行階段不可修改
/apps
和 /libs
中的所有內容和子資料夾均為唯讀。任何預期能變更的功能或自訂程式碼都無法變更。系統會傳回此類內容為唯讀、寫入作業無法完成的錯誤。這對 AEM 的多個領域產生了影響:
-
完全禁止變更
/libs
。- 這不是新規則,但內部部署的舊版 AEM 並未強制執行此規則。
-
在
/libs
中可重疊區域的覆蓋仍可在/apps
內使用。- 此類覆蓋必須經由 CI/CD 管道從 Git 取得。
-
無法經由 UI 編輯儲存於
/apps
的靜態範本設計資訊。- 建議您改用可編輯的範本。
- 如果仍需靜態範本,則須經由 CI/CD 管道從 Git 取得設定資訊。
-
MSM Blueprint 和自訂 MSM 轉出設定必須經由 CI/CD 管道從 Git 安裝。
-
若要變更 I18n 翻譯,必須經由 CI/CD 管道從 Git 執行。
OSGi 套件組合和設定必須視為程式碼
對 OSGi 套件組合和設定的變更必須經由 CI/CD 管道引入。
- 全新或更新的 OSGi 套件組合必須經由 Git 經由 CI/CD 管道引入。
- 對 OSGi 設定的變更只能經由 CI/CD 管道來自 Git。
舊版 AEM 中用於變更 OSGi 套件組合和設定的 Web 主控台,無法在 AEM Cloud Service 中使用。
禁止變更發佈用存放庫
除了在發佈層上 /home
資料夾下的變更,不允許在 AEM Cloud Service 上直接變更發佈存放庫。在內部部署 AEM 或 AMS 上的 AEM 的早期版本中,可以直接對發佈存放庫進行程式碼變更。可以透過以下方式減緩一些限制:
- 內容和以內容為基礎的設定:在作者執行個體上進行您的變更並發佈。
- 程式碼和設定:在您的 GIT 存放庫中進行您的變更,並執行 CI/CD 管線以轉出這些變更。
禁止自訂執行模式
AEM Cloud Service 無法使用其他或自訂的執行模式。有關為 AEM Cloud Service 提供的現成可用執行模式清單,請參閱「部署到 AEM as a Cloud Service」。
移除複寫代理程式和相關變更
在 AEM Cloud Service 中,內容是使用 Sling Content Distribution 發佈。舊版 AEM 不再使用或提供複寫代理,這可能會影響現有 AEM 專案的下列作業:
- 例如,將內容推送至預覽伺服器複寫代理程式的自訂工作流程。
- 自訂複寫代理程式以轉換內容。
- 使用「反向複寫」將內容從發佈階段撤回給作者.
此外,暫停和停用按鈕已從複寫代理程式管理主控台中移除。
移除傳統 UI
AEM Cloud Service 不再提供傳統 UI。
發佈端傳送
AEM Cloud Service 預設啟用 HTTP 加速功能,包括適用於編寫和發佈服務的 CDN 和流量管理。
若是從 AMS 或內部部署轉換的專案,Adobe 強烈建議使用內建的 CDN,因為 AEM Cloud Service 中的功能已針對提供的 CDN 最佳化。
資產處理與傳送
資產上傳、處理和下載已在 Experience Manager Assets as a Cloud Service 中最佳化。AEMAssets 現在效率更高,支援更多調整,並讓您以更快的速度上傳和下載。此外,它還會影響現有的自訂程式碼和一些作業。如需各項變更以及與 Experience Manager 6.5 功能配對的清單,請參閱 Assets 變更。