實施階段 implementation-phase

在歷程的實作階段中,您將探索各種工具,透過這些工具,您可以讓程式碼和內容準備好移至AEMas a Cloud Service。

目前進度 story-so-far

在歷程的上半部分,您已完成 熟悉AEMas a Cloud Service中的變更,並會判斷您的部署是否已準備好透過移至雲端。 整備階段.

本文繼續就如何使用Adobe提供的工具以確保您的程式碼和內容準備好移至雲端提供建議。

目標 objective

本檔案旨在:

  • 向您介紹Cloud Manager,AEM持續整合和傳遞架構,用於部署程式碼到AEMas a Cloud Service
  • 透過內容轉移工具,讓您快速上手
  • 說明您必須使用的程式碼重構工具,以便讓AEMas a Cloud Service的程式碼符合現代化要求

使用Cloud Manager using-cloud-manager

開始之前,您必須熟悉Cloud Manager,因為這是將程式碼部署至AEMas a Cloud Service的唯一機制。

Cloud Manager 可讓組織在雲端中自行管理 AEM。其內容包含持續整合與持續傳送 (CI/CD) 架構,可讓 IT 團隊與實作合作夥伴加快提供自訂或更新的傳送速度,而不會影響效能或安全性。

您可以參閱以下資源以熟悉使用Cloud Manager:

使用Adobe提供的工具,讓您的內容和程式碼雲端就緒 use-tools-to-make-code-and-content-cloud-ready

轉換至Cloud Service的確切步驟取決於您所購買的系統,以及所遵循的軟體開發生命週期作法。

下圖顯示階段中涉及轉換程式碼和內容以用於AEMas a Cloud Service的主要步驟:

影像

我們將在以下章節開始詳細說明您必須使用的工具,讓您能夠達成此目標。

內容移轉 content-migration

若要將內容從您目前的AEM例項移轉至Cloud Service例項,您可以使用Adobe的「內容轉移工具」。

使用此工具,即可指定想從您的 AEM 例項轉移至雲端服務例項的內容。

內容移轉是多步驟的流程,需要規劃、追蹤以及不同團隊之間的共同作業。

如需有關該工具如何運作以及Adobe建議您如何使用的完整詳細資訊,請參閱 內容轉移工具檔案.

程式碼重構 code-refactor

為開發設定 set-up-for-development

是時候開始重構現有功能以與Cloud Service相容了。

首先,檢視詳細說明基本工具的檔案,然後開始重構您的程式碼:

您也可以:

心態的改變 a-change-in-mindset

在AEMas a Cloud Service中開發及執行程式碼時必須改變心態。 請注意,程式碼必須具復原性,特別是因為例項可能隨時停止。您必須了解,在雲端服務中執行程式碼時,一律會在叢集中執行。這表示執行中的例項永遠多於一個。

AEM Maven專案必須進行某些變更,才能與雲端相容。 AEMas a Cloud Service需要分隔 內容程式碼 放入不同的套件以部署至AEM:

  • /apps/libs 視為AEM的不可變區域,因為AEM開始後(即執行階段)就無法變更。 這包括建立、更新或刪除作業。 在運行時更改不可變區域的任何嘗試都將失敗。

  • 存放庫中的所有其他專案(例如, /content/conf/var/home/etc/oak:index/system/tmp)都是可變區域,這表示可在執行階段變更它們。

如需詳細資訊,請參閱 建議的封裝結構 檔案。

雲端移轉工具 cloud-migration-tools

Adobe提供數種工具,可協助您加速部分程式碼重構任務。 瞭解這些工具及其解決的問題將降低移轉的複雜性和時間。

  • 資產工作流程移轉,此工具可用來自動移轉資產處理工作流程
  • Dispatcher轉換工具,此工具會將您現有的Dispatcher設定轉換為可供AEMas a Cloud Service使用的格式。
  • 存放庫現代化工具,此工具會將AEM多模式專案當作輸入,並將其轉換為AEMas a Cloud Service專案
  • 索引轉換器,此工具會將索引轉換為與AEMas a Cloud Service相容的表單
  • 現代化工具,這是一套公用程式,可用來將舊版AEM功能轉換為AEMas a Cloud Service的現代化且受支援的功能。

AEM as a Cloud Service設定本機開發環境後,請透過參閱 檔案.

排程程式碼凍結 schedule-a-code-freeze

若要管理您正在作用中AEM上開發的程式碼,以及轉換過程中的程式碼重構任務,Adobe建議您排程程式碼凍結期間,直到您的Maven專案重建完畢、可以與AEMas a Cloud Service相容為止。

專案一旦重建完畢,您就可以根據這個新結構繼續新的程式碼開發。 這可減少Cloud Manager管道在計畫碼部署和測試期間的故障。

NOTE
「內容轉移」和「程式碼重新調整」工作不必依序完成。 這些任務可以各自獨立完成。不過,您需要正確的專案結構,以確保內容能在雲端服務環境中成功轉譯。

程式碼部署和測試的最佳作法 best-practices

Cloud Manager管道支援執行針對預備環境執行的測試。

遵循以下檔案中有關程式碼品質測試的最佳實務:

準備上線 preparing-for-go-live

準備來源系統以進行移轉涉及系統和AEM管理員層級的工作。 您可以先檢查「 」,確認內容存放庫是否處於維護良好的狀態 修訂清除資料存放區記憶體回收 任務狀態。 如果您執行AEM 6.3版(因為「內容轉移工具」與6.3版以後相容),建議執行離線壓縮,然後進行「資料存放區記憶體回收」。

資料一致性檢查 建議在所有AEM版本中使用,以確保內容存放庫處於良好的狀態,可以起始移轉活動。

需要系統管理員層級的存取權才能安裝和設定 AZCopy

建議您檢閱任何未使用的資產、頁面、AEM專案、使用者和群組,以節省移轉時間。 請參閱 內容存放庫健全狀況 區段。

內容存放庫健全狀況 repository-health

存取一次 生產原地複製 已建立,接著會檢查存放庫的健全狀態。 如上一節所述,目標是在開始移轉之前,清理並壓縮來源上的存放庫。 此步驟可能會節省大量時間,否則會在移轉開始時用於疑難排解問題。

動作專案
重要技巧
使用者、群組和許可權
您需要瞭解成員資格的使用者數量、群組和複雜性。 在移轉之前,尋找機會清理來源中未使用的使用者和群組。
未完成的資產處理
嘗試在開始移轉前完成來源系統中的資產處理,以避免移轉後AEMas a Cloud Service的潛在問題。
內容健康狀態
建議您在開始移轉之前,先查詢並清除不良內容。 例如,尋找沒有原始轉譯或卡在工作流程處理的資產或頁面。 另請參閱 資產健康狀態.

正在收集資料 gathering-data

NOTE
內容移轉策略和時間表 一節進一步詳細說明如何推斷收集的資料並建立移轉計畫。

收集資料可協助您規劃移轉活動和相關工作。 擷取和內嵌時間尤其實用,因為資料點可與移轉集的特定大小相關聯。 因此,這些資料點可外推以得出計畫:

  • 花費的時間總計 摘取
  • 花費的時間總計 內嵌
  • 追加花費的總時間 摘取
  • 追加花費的總時間 內嵌

這些資料點也可協助您 建立KPI 和其他移轉相關工作。

移轉計畫 migration-plan

根據您收集的資料點(請參閱上文),您可以建立可整合至巨集專案計畫的移轉計畫。 此步驟可讓所有主要利害關係人針對移轉活動進行視覺化呈現和規劃。

下表說明典型的移轉計畫:

移轉反複專案
開始日期
估計結束日期
相依性
估計期間(以天為單位)
其他明細/行動專案
PRDCLONE-AUTHOR-INITIAL-USRMAP-CSSTAGE-AUTHOR
PRDCLONE-PUBLISH-TOP-UP-CSSTAGE-AUTHOR

如上表所示,遵循特定命名格式以識別移轉反複專案會很有幫助,例如: PRDCLONE 對於來源AEM環境, 作者/發佈 針對AEMas a Cloud Service環境, CSSTAGE-AUTHOR AEMas a Cloud Service執行個體的,以此類推。

影響移轉計畫的一些重要細節:

所需的擷取總數

  • 在特定環境中製作和發佈擷取會視為兩個平行擷取,因為它們彼此獨立。
  • 根據特定時段中存放庫增長的追加擷取次數。

所需的內嵌總數

  • 請務必將此專案擷取至計畫中,因為擷取的集合可內嵌至多個Cloud Service環境中。
  • 追加擷取次數。
  • 將內容從來源作者移轉至雲端服務作者例項,以及從來源發佈移轉至Cloud Service發佈是避免將所有作者內容擷取到Cloud Service發佈的最佳做法。

移轉追蹤器 migration-tracker

您可以使用移轉追蹤器來記錄初始和追加執行的時間。 這些資料點將幫助您在最後的追加之前制定現實的內容凍結要求。

此追蹤器也可協助您:

  • 識別供需規劃員需要調整計畫或上線時間表的任何偏差
  • 提供可用於所有必要通訊的真實狀態
  • 規劃初始或未來的追加移轉

下表說明功能性的移轉追蹤器:

來源(環境/執行個體/URL)
目的地(環境/執行個體/URL)
移轉集名稱、型別(初始或追加)
移轉集大小(MB)
使用者對應(是/否)
擷取持續時間(開始、結束、花費時間)
擷取持續時間(開始、結束、花費時間)
問題/解決方案/詳細資訊

內容移轉策略和時間表 content-strategyand-timeline

下節顯示可用於制定內容移轉策略和時間表的重要步驟和相關工作。

影像

裝置 fitment

  • 執行修訂清理、資料存放區記憶體回收和資料一致性檢查。 另請參閱 準備上線

  • 收集統計資料 關於AEM來源存放庫:

    • 區段存放區大小
    • 索引存放區大小
    • 頁數
    • 資產數量
    • 使用者和群組數目
  • 瞭解是否在AEM來源上啟用下列功能(AEMas a Cloud Service也需要):

    • 智慧標籤
    • 相似性搜尋
    • 搜尋包含Word和PDF檔案中的文字
  • 收集Best Practice Analyzer 報告

  • 將匯入 Cloud Acceleration Manager

    • 請檢閱自我分析建議,以確保AEMas a Cloud Service可以處理儲存需求。
  • 在繼續移轉計畫之前,請先建立Adobe支援票證以供澄清。

移轉證明 proof-of-migration

  • 請求符合以下條件的生產複製:

    • 位於相同的網路區域
    • 將提供使用者和群組之類的生產內容
    • 復製作者和發佈 — 若是叢集或發佈伺服器陣列,則各一個節點
  • 選擇已移轉內容的子集,以便:

    • 而是所有可用內容型別的組合
    • 包含所有使用者和群組
  • 包含25%的內容或最多1 TB的內容(以較小者為準)。

  • 執行至少一個完整和 追加 從生產複製移轉至AEMas a Cloud Service非生產環境

  • 解決任何潛在問題,例如:

    • AEM來源上的磁碟空間
    • AEM來源和AEMas a Cloud Service之間的連線
    • 任何 內嵌相關限制.
  • 記錄以下專案所花的時間: 擷取和內嵌

    • 瞭解每週新增多少內容
    • 推斷從移轉證明測量的時間,以建立 移轉計畫.

下一步 what-is-next

在您完全瞭解如何評估您的AEM安裝是否已準備好移至雲端後,就像我們瞭解如何使用所需的工具讓安裝準備就緒一樣,您是時候移至 上線階段.

recommendation-more-help
fbcff2a9-b6fe-4574-b04a-21e75df764ab