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

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

主要差異在於以下方面：

/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捆綁包和配置必須被視為代碼

必須通過CI/CD管道引入對OSGi捆綁包和配置的更改。

  • 必須通過CI/CD管道通過Git引入新的或更新的OSGi捆綁包。
  • 對OSGi配置的更改只能通過CI/CD管道從Git進行。

Web控制台在以前版本中用AEM於更改OSGi捆綁包和配置，在AEM Cloud Service不可用。

禁止變更發佈用儲存庫

除了 /home 資料夾，不允許在AEM Cloud Service上直接更改發佈儲存庫。 在以前的內部版本AEM或AEMAMS上，可以直接對發佈儲存庫進行代碼更改。 可以通過以下方式緩解某些限制：

  • 內容和以內容為基礎的設定：變更作者例項並發佈。
  • 程式碼和設定：在 GIT 儲存庫中變更，並執行 CI/CD 管線以轉出這些變更。

禁止自訂執行模式

AEM 雲端服務提供以下現成執行模式：

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

AEM 雲端服務無法使用其他或自訂的執行模式。

刪除複製代理和相關更改

在 AEM 雲端服務中，內容是使用 Sling Content Distribution 發佈。舊版 AEM 不再使用或提供複寫代理，這可能會影響現有 AEM 專案的下列作業：

  • 例如，將內容推送至預覽伺服器複寫代理的自訂工作流程。
  • 自訂複寫代理以轉換內容
  • 使用「反向複寫」將內容從發佈階段撤回給作者

此外，請注意，暫停和禁用按鈕已從複製代理管理控制台中刪除。

移除傳統 UI

AEM 雲端服務不再提供傳統 UI。

發佈端傳送

AEM 雲端服務預設啟用 HTTP 加速功能，包括適用於作者與發佈服務的 CDN 和流量管理。

若是從 AMS 或內部部署轉換的專案，Adobe 強烈建議使用內建的 CDN，因為 AEM 雲端服務中的功能已針對提供的 CDN 最佳化。

資產處理與傳送

資產上載、處理和下載在 Experience Manager Assets 作為 Cloud Service。 Assets 現在更高效，支援更大的擴展，並允許您以更快的速度上傳和下載。 此外，它還會影響現有的自定義代碼和一些操作。 用於更改清單和與的奇偶校驗 Experience Manager 6.5功能，請參見 更改 Assets。

本頁內容