Adobe Experience Manager (AEM) as a Cloud Service 重大變更

AEM Cloud Service 提供許多管理 AEM 專案的新功能，並帶來許多可能性。但 AEM Cloud Service 與 AEM Sites 內部部署或 Adobe 受管服務之間仍有許多差異。本文件主要說明這些重要差異。

注意

本文件著重說明 AEM 整體的重大變更。如需詳細資訊和解決方案的特定變更，請參閱：

主要差異在於以下方面：

/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 提供以下現成執行模式：

  • author
  • publish
  • prod
  • author.prod
  • publish.prod
  • stage
  • author.stage
  • publish.stage
  • dev
  • author.dev
  • publish.dev

AEM 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 中最佳化。 Assets 現在效率更高，支援更多調整，並讓您以更快的速度上傳和下載。此外，它還會影響現有的自訂程式碼和一些作業。如需各項變更以及與 Experience Manager6.5 功能配對的清單，請參閱 Assets 變更。

本頁內容