在歷程的實作階段,您將探索可用來讓程式碼和內容準備好移至AEMas a Cloud Service的工具。
在歷程的上一部分中,您已完成 熟悉AEMas a Cloud Service中的變更,並判斷您的部署是否已準備好透過移至雲端。 整備階段.
本文繼續就如何使用Adobe提供的工具以確保您的程式碼和內容準備好移至雲端提供建議。
本檔案旨在:
開始之前,您必須熟悉Cloud Manager,因為這是將程式碼部署到AEMas a Cloud Service的唯一機制。
Cloud Manager 可讓組織在雲端中自行管理 AEM。其內容包含持續整合與持續傳送 (CI/CD) 架構,可讓 IT 團隊與實作合作夥伴加快提供自訂或更新的傳送速度,而不會影響效能或安全性。
您可以參閱以下資源以熟悉使用Cloud Manager:
入門歷程 瞭解有關Experience Manageras a Cloud Service入門的自助資源。
整合 Git 與 Adobe Cloud Manager,了解如何使用 Single Git 存放庫來部署程式碼。
Adobe Experience as a Cloud Service 設定,了解如何「在 Admin Console 中管理產品與使用者存取」。
轉換至Cloud Service的確切步驟取決於您所購買的系統,以及所遵循的軟體開發生命週期作法。
下圖顯示階段中涉及的主要步驟,其中涉及轉換程式碼和內容以用於AEMas a Cloud Service:
我們將在以下章節中開始詳細說明您需要使用的工具,以便達成此目標。
若要將內容從您目前的AEM執行個體移轉至Cloud Service執行個體,您可以使用Adobe的「內容轉移工具」。
使用此工具,即可指定想從您的 AEM 例項轉移至雲端服務例項的內容。
內容移轉是多步驟的程式,需要規劃、追蹤以及不同團隊之間的共同作業。
如需有關工具運作方式以及我們建議您使用方式的相關完整詳細資訊,請參閱 內容轉移工具檔案.
現在應該開始重構現有功能,使其與Cloud Services相容。
為了執行此操作,您需要檢視檔案,詳細說明您將需要開始重構程式碼的基本工具:
此外,您也可以:
觀看此影片以瞭解如何在本機安裝Dispatcher SDK:
觀看此影片以瞭解如何設定Dispatcher SDK:
在AEMas a Cloud Service中開發及執行程式碼時,必須要改變心態。 請注意,程式碼必須具復原性,特別是因為例項可能隨時停止。您必須了解,在雲端服務中執行程式碼時,一律會在叢集中執行。這表示執行中的例項永遠多於一個。
AEM Maven專案必須進行某些變更,才能與雲端相容。 AEMas a Cloud Service需要分隔 內容 和 程式碼 放入不同的套件,以部署至AEM:
/apps
和 /libs
會視為AEM的不可變區域,因為這些區域在AEM啟動後(即執行階段)無法變更。 這包括建立、更新或刪除作業。 在運行時更改不可變區域的任何嘗試都將失敗。
存放庫中的所有其他專案(例如, /content
, /conf
, /var
, /home
, /etc
, /oak:index
, /system
, /tmp
)都是可變區域,這表示可在執行階段變更這些區域。
您可以參閱 建議的封裝結構 說明檔案。
Adobe提供數種工具,可協助您加速某些程式碼重構任務。 瞭解這些工具及其解決的問題將降低移轉的複雜性和時間。
AEM as a Cloud Service設定本機開發環境後,請透過參閱 檔案.
若要管理您正在作用中AEM上開發的程式碼,以及轉換過程中的程式碼重構任務,我們建議您排程程式碼凍結期,直到完成Maven專案的重新建構以與AEMas a Cloud Service相容為止。
專案重新建構完成後,您可以根據此新結構繼續新的程式碼開發。 這可減少Cloud Manager管道在程式碼部署和測試期間的故障。
「內容轉移」和「程式碼重構」任務不必依序完成。 這些任務可以各自獨立完成。不過,您需要正確的專案結構,以確保內容能在雲端服務環境中成功轉譯。
Cloud Manager管道支援執行針對預備環境執行的測試。
遵循以下檔案中有關程式碼品質測試的最佳實務:
準備來源系統以進行移轉涉及系統和AEM管理員層級的任務。 您可以先檢查「 」,確認內容存放庫是否處於維護良好的狀態, 修訂清除 和 資料存放區垃圾收集 任務狀態。 如果您執行AEM 6.3版(因為「內容轉移工具」與6.3版以後相容),建議執行離線壓縮,然後執行資料存放區垃圾收集。
資料一致性檢查 建議在所有AEM版本中使用,以確保內容存放庫處於良好狀態,可以起始移轉活動。
需要系統管理員層級的存取權才能安裝和設定 AZCopy
此外,建議您檢閱任何未使用的資產、頁面、AEM專案、使用者和群組,以節省移轉時間。 請參閱 內容存放庫健康狀況 區段。
存取一次 生產原地複製 建立後,繼續檢查存放庫的健康狀態。 如上一節所述,目標是在開始移轉之前,清理並壓縮來源上的存放庫。 此步驟可能會節省大量時間,否則會在移轉開始時用於疑難排解問題。
行動專案 | 重要技巧 |
---|---|
使用者、群組和許可權 | 您需要瞭解成員資格的使用者數量、群組和複雜性。 尋找機會,以在移轉前清理來源中未使用的使用者和群組。 |
資產處理不完整 | 嘗試在開始移轉前完成來源系統中的資產處理,以避免移轉後AEMas a Cloud Service的潛在問題。 |
內容健康狀態 | 建議您在開始移轉前查詢並清除不良內容。 例如,尋找沒有原始轉譯或卡在工作流程處理中的資產或頁面。 另請參閱 資產健康狀態. |
此 內容移轉策略和時間表 本節進一步詳細說明如何推斷收集的資料並建立移轉計畫。
收集資料可協助您規劃移轉活動和相關工作。 擷取和內嵌時間特別有用,因為資料點可以與移轉集的特定大小相關聯。 因此,這些資料點可外推以得出計畫:
這些資料點也可協助您 建立KPI 和其他移轉相關工作。
根據您收集的資料點(請參閱上文),您可以建立可整合至巨集專案計畫的移轉計畫。 此步驟可讓所有主要利害關係人針對移轉活動進行視覺化和規劃。
下表說明典型的移轉計畫:
移轉反複專案 | 開始日期 | 預估結束日期 | 相依性 | 估計持續時間(以天為單位) | 其他明細/行動專案 |
---|---|---|---|---|---|
PRDCLONE-AUTHOR-INITIAL-USRMAP-CSSTAGE-AUTHOR | |||||
PRDCLONE-PUBLISH-TOP-UP-CSSTAGE-AUTHOR |
如上表所示,遵循特定命名格式來識別移轉反複專案很有幫助,例如: PRDCLONE 對於來源AEM環境, AUTHOR/PUBLISH 針對AEMas a Cloud Service環境, CSSTAGE-AUTHOR AEMas a Cloud Service執行個體,依此類推。
影響移轉計畫的一些重要細節:
所需的擷取總數
所需的內嵌總數
您可以使用移轉追蹤器來記錄初始和追加執行的時間。 這些資料點將幫助您在最終追加之前制定現實的內容凍結要求。
追蹤器也可協助您:
下表說明功能移轉追蹤器:
來源(環境/執行個體/URL) | 目的地(環境/執行個體/URL) | 移轉集名稱、型別(初始或追加) | 移轉集大小(MB) | 使用者對應(是/否) | 擷取持續時間(開始、結束、所用時間) | 擷取持續時間(開始、結束、花費時間) | 問題/解決方案/詳細資料 |
---|---|---|---|---|---|---|---|
下節顯示可用於制定內容移轉策略和時間表的重要步驟和相關工作。
在您完全瞭解如何評估您的AEM安裝是否已準備好移至雲端後,當我們瞭解如何使用所需的工具讓安裝準備就緒時,您可以繼續前往 上線階段.