入門
在歷程的這部分,您將學習如何在程式碼和內容都準備好移至AEM as a Cloud Service時,規劃及執行移轉。 此外,您也會了解執行移轉時的最佳實務和已知限制。
到目前為止
在歷程的前幾個階段:
- 您已了解如何開始在 快速入門 頁面。
- 閱讀 準備階段
- 熟悉工具和程式,以便透過這些工具和程式,為您的程式碼和內容雲準備好 實施階段.
目標
本檔案將協助您了解熟悉歷程的先前步驟後,如何執行AEMas a Cloud Service移轉。 您將學習如何執行初始生產移轉,以及移轉至AEM as a Cloud Service時應遵循的最佳實務。
初始生產移轉
在執行生產移轉之前,請遵循 內容遷移策略和時間表 區段 實施階段.
-
根據您在克隆上執行的AEMas a Cloud Service階段遷移過程中獲得的經驗,從生產環境開始遷移:
-
驗證內嵌至AEMas a Cloud Service製作和發佈層級的內容。
-
指示內容製作團隊在擷取完成前,避免在來源和目的地上移動內容
-
可以新增、編輯或刪除新內容,但請避免移動內容。 這會同時套用至來源和目的地。
-
記錄 所花時間 以完整提取和擷取,並預估未來追加移轉時間。
-
建立 遷移計畫程式 供作者和發佈使用。
增量追加
從生產環境進行初始移轉後,您必須執行增量追加,以確保將內容帶入雲端執行個體上為最新。 因此,建議您遵循下列最佳實務:
- 收集內容量的資料。 例如:每週、兩週或一個月。
- 請務必以避免超過48小時的內容擷取和擷取的方式來規劃追加資源。 建議您這麼做,讓追加內容符合週末時間範圍。
- 規劃所需追加數量,並使用這些估計值在上線日期前後進行規劃。
確定遷移的代碼和內容凍結時間表
如前所述,您必須排程程式碼和內容凍結期間。 使用下列問題可幫助您規劃凍結期間:
- 必須凍結內容製作活動多久?
- 我應要求我的傳送團隊停止新增功能多久?
若要回答第一個問題,您應考量在非生產環境中執行試用執行所花的時間。 若要回答第二個問題,您需要新增功能的團隊與重構程式碼的團隊之間密切合作。 目標應是確保新增至現有部署的所有程式碼也已新增、測試及部署至雲端服務分支。 一般而言,這表示程式碼凍結量會較低。
此外,當排程最終追加內容時,您需要規劃內容凍結。
最佳做法
規劃或執行移轉時,您應考量下列准則:
- 從作者移轉至作者,再從發佈移轉至發佈
- 請求可用於下列用途的生產克隆:
- 捕獲儲存庫統計資訊
- 移轉活動的證明
- 準備遷移計畫
- 確定內容凍結要求
- 從生產環境進行移轉時,找出生產環境的任何升級需求
內容轉移工具最佳作法
請務必在上線時,在生產環境中執行內容移轉,而非原地複製。 一個好辦法是 AZCopy 進行初始移轉,然後經常(甚至每天)追加擷取,以擷取較小的區塊,並避免來源AEM上出現任何長期負載。
執行生產遷移時,應避免從克隆運行「內容轉移工具」,因為:
- 如果客戶要求在追加遷移期間遷移內容版本,則從克隆執行內容轉移工具不會遷移這些版本。 即使經常從即時作者重新建立原地復本,每次建立原地復本時,內容轉移工具將用來計算增量的查核點都會重設。
- 由於克隆無法整體刷新,因此必須使用ACL查詢包來包裝和安裝要從生產環境添加或編輯到克隆的內容。 此方法的問題是,除非從源實例和克隆中手動刪除,否則源實例上所有已刪除的內容都不會到達克隆。 這樣,在克隆和AEMas a Cloud Service上刪除的內容就不會被刪除。
執行內容移轉時,最佳化AEM來源的載入
請記住,提取階段期間AEM來源的負載會較大。 請注意:
- 「內容轉移工具」是使用4 GB JVM堆的外部Java進程
- 非AzCopy版本會下載二進位檔,將其儲存在來源AEM作者的暫時空間上,使用磁碟I/O,然後上傳至佔用網路頻寬的Azure容器
- AzCopy 將blob直接從blob儲存區傳輸至Azure容器,以節省磁碟I/O和網路頻寬。 AzCopy版本仍使用磁碟和網路頻寬,從段儲存中提取資料並將其上傳到Azure容器中
- 在擷取階段期間,「內容轉移工具」程式會較輕地處理系統資源,因為它只會串流擷取記錄,而且就磁碟I/O或網路頻寬而言,來源執行個體的負載並不多。
已知限制
如果在擷取的移轉集中發現下列任何限制,請考慮整個擷取作業會失敗:
- 名稱超過150個字元的JCR節點
- 大於16 MB的JCR節點
- 任何使用者/群組
rep:AuthorizableID
已擷取AEMas a Cloud Service上已存在的
- 如果任何擷取和擷取的資產在移轉的下一個迭代之前,移至來源或目的地的不同路徑。
資產運作狀況
與擷取上方的區段比較 不 失敗,原因如下: 不過,強烈建議您在下列情況下採取適當步驟:
- 遺失原始轉譯的任何資產
- 任何缺少的資料夾
jcr:content
節點
上述兩個項目將於 Best Practice Analyzer 報表。
上線檢查清單
請檢閱此活動清單,以確保您執行順暢且成功的移轉作業。
- 透過功能和UI測試執行端對端生產管道,以確保 一律最新 AEM產品體驗。 請參閱下列資源。
- 將內容移轉至生產環境,並確認有相關子集可在測試環境中使用以進行測試。
- 請注意,AEM適用的DevOps最佳實務表示程式碼會從開發環境向上移動至生產環境,而內容會從生產環境向下移動。
- 排程程式碼和內容凍結期間。
- 追加執行最終內容。
- 驗證Dispatcher設定。
- 使用本機Dispatcher驗證器,以便於在本機設定、驗證和模擬Dispatcher
- 請仔細檢查虛擬主機配置。
- 最簡單(預設)的解決方案是
ServerAlias *
在虛擬主機檔案中 /dispatcher/src/conf.d/available_vhostsfolder
.
- 這將允許產品功能測試、調度程式快取失效和克隆使用的主機別名發揮作用。
- 但若
ServerAlias *
不可接受,至少如下 ServerAlias
除了自訂網域外,還必須允許項目:
localhost
*.local
publish*.adobeaemcloud.net
publish*.adobeaemcloud.com
- 設定CDN、SSL和DNS。
- 如果您使用自己的CDN,請輸入支援票證以設定適當的路由。
- 如果您未使用其他CDN,請依照下列檔案管理SSL和DNS:
- 管理 SSL 憑證
- 管理自訂網域名稱(DNS)
- 為確保DNS轉換不會引發意外問題,最好先建立測試子網域,將生產執行個體連線至,再開始執行UAT測試。 因此,如果您的網域是example.com,您可以建立子網域test.example.com,並將其套用至生產環境。 在UAT測試網域期間,您會想要尋找適當的連結重新導向、快取和Dispatcher設定等項目。
- 自訂網域名稱簡介
- 新增自訂網域名稱
- 管理自訂網域名稱
- 請記得驗證DNS記錄的TTL設定。
- TTL是DNS記錄在要求伺服器更新前,儲存在快取中的時間量。
- 如果您的TTL很高,則DNS記錄的更新需要更長的時間才能傳播。
- 運行符合您業務要求和目標的效能和安全測試。
- 切斷,確保實際上線執行時沒有任何新部署或內容更新。
- 建立Admin Console使用者通知設定檔。 請參閱 通知設定檔
您隨時都可以參考清單,以備在執行移轉時重新校準任務時使用。
下一步
了解如何執行AEMas a Cloud Service移轉後,即可檢查 上線後 頁面,讓執行個體順利執行。
Business.Adobe.com 資源