上線

在歷程的這部分,您將學習如何在程式碼和內容都準備好移至AEM as a Cloud Service時,規劃及執行移轉。 此外,您也會了解執行移轉時的最佳實務和已知限制。

迄今為止的故事

在歷程的前幾個階段:

  • 您已了解如何開始在 快速入門 頁面。
  • 閱讀 準備階段
  • 熟悉工具和程式,以便透過這些工具和程式,為您的程式碼和內容雲準備好 實施階段.

目標

本檔案將協助您了解熟悉歷程的先前步驟後,如何執行AEMas a Cloud Service移轉。 您將學習如何執行初始生產移轉,以及移轉至AEM as a Cloud Service時應遵循的最佳實務。

初始生產移轉

在執行生產移轉之前,請遵循 內容遷移策略和時間表 區段 實施階段.

  • 根據您在克隆上執行的AEMas a Cloud Service階段遷移過程中獲得的經驗,從生產環境開始遷移:

    • 作者 — 作者
    • Publish-Publish
  • 驗證內嵌至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:
    • 請記得驗證DNS記錄的TTL設定。
      • TTL是DNS記錄在要求伺服器更新前,儲存在快取中的時間量。
      • 如果您的TTL很高,則DNS記錄的更新需要更長的時間才能傳播。
  • 運行符合您業務要求和目標的效能和安全測試。
  • 切斷,確保實際上線執行時沒有任何新部署或內容更新。
  • 建立Admin Console使用者通知群組。 請參閱 通知的使用者群組

您隨時都可以參考清單,以備在執行移轉時重新校準任務時使用。

下一步

了解如何執行AEMas a Cloud Service移轉後,即可檢查 上線後 頁面,讓執行個體順利執行。

本頁內容