整備階段 readiness-phase
在AEM as a Cloud Service移轉歷程的這個階段，您可以熟悉AEM as a Cloud Service。 您可以檢閱引進的重大變更，並瞭解規劃成功移轉至雲端所需的條件。
目前進度 story-so-far
上一份檔案開始使用AEM as a Cloud Service概述了您必須經歷的階段清單，以便移轉至AEM as a Cloud Service。 它也概述進行移轉的好處。
目標 objective
本檔案可協助您瞭解必須考量哪些因素，以便確定AEM安裝已準備好移至雲端：
- 瞭解重大變更和已棄用的功能
- 瞭解如何規劃移轉至AEM as a Cloud Service
檢閱AEM as a Cloud Service架構的重大變更 notable-changes-in-aem-cloud-service-architecture
AEM as a Cloud Service提供許多管理AEM專案的新功能，並帶來許多可能性。
隨著這些改善，與AEM as a Cloud Service相比，AEM的內部部署安裝和Adobe Managed Services之間也引進了幾項差異。
下表中的專案清單是與移轉至AEM as a Cloud Service最相關的變更子集。 您可以參閱Adobe Experience Manager as a Cloud Service🔗的重大變更完整清單。
新增其他開發環境時，所有環境都會繫結至「開發」執行模式。
OSGi設定以唯讀模式提供，可透過Cloud Manager透過Developer Console檢視
不支援反向復寫
封裝管理員可在所有編寫執行個體上存取，但即將部署的封裝必須僅包含可變內容（例如： /content或/conf）
如果您想要設定自己的CDN，必須向Adobe支援提交要求才能獲得核准。
如果獲得核准，CDN會指向Fastly，而不是任何環境中的AEM執行個體。
重新思考這些功能，以便將其解除安裝至Adobe Developer。
建議的方法是實作這裡概述的策略，而不是依賴在AEM中使用密碼建立本機使用者名稱。
AEMaaCS不支援所有工作流程處理步驟。
所有上傳至AEM as a Cloud Service的資產將由資產處理服務處理。 如需自訂步驟，請參閱後處理工作流程，瞭解如何設定與設定後處理工作流程。
過時的功能 deprecated-features
Adobe 持續評估產品功能，以更新或替代的方式來改善或取代舊功能，以提升客戶享有的整體價值，且隨時謹慎考慮是否回溯相容。
Adobe建議您參閱已棄用的功能，以熟悉Experience Manageras a Cloud Service中標示為已棄用的功能。 瞭解對您的AEM部署有何影響。
計畫檢閱AEM安裝 review-planning
在您習慣使用AEM as a Cloud Service引進的變更後，是時候開始規劃檢閱您現有的安裝了。 這麼做有助於您評估將它移至雲端所需的變更等級。
下圖將展示稽核階段中的關鍵步驟：
接下來，您會詳細探索這些步驟的意義。
評估Cloud Service整備 assess-cloud-readiness
第一步是評估您是否已整備完畢，可從現有的AEM版本移轉至Cloud Service，並判斷需要重構才能與AEM as a Cloud Service相容的區域。
根據重大變更和過時的功能，對您目前的AEM原始程式碼進行全面評估，以確定轉換歷程中預期的投入程度。
發現專案的數量會直接影響時間表與整體專案的成功。 因此，Adobe建議您儘可能多地發掘內容，以便規劃傳送。 或者，開始對話，以便您可以重新設計符合AEM as a Cloud Service最佳實務所需的任何自訂。
最佳做法分析工具
您可以針對目前的AEM版本執行Best Practices Analyzer，加速評估。 瞭解其運作方式，是加快評估規劃的關鍵所在。
您可以參閱Best Practices Analyzer檔案來閱讀其運作方式。
建立雲端整備評估報告
下一步是根據目前所獲得的所有知識建立報告。 若要建立報告，請從中繼和生產執行個體產生Best Practices Analyzer報告，然後將其上傳至Cloud Acceleration Manager，以取得可操作專案的可解譯報告。
一般報表應包含下列輸入：
- 詳細說明特定AEM安裝功能集的檔案
- AEM自訂設定和程式碼的詳細資料
- 生產Dispatcher設定
- CDN設定（如果有的話）
將報告社交化
Best Practices Analyzer報表完成之後，請與相關團隊共用，以便您確認發現並規劃後續步驟。 您也可以使用列印預覽，根據喜好來分配列印版的報告。
複查資源規劃 review-resource-planning
一旦評估好移至Cloud Service所需的投入程度，您就應該確定資源、建立專案團隊，並規劃轉換流程的角色和責任。
建立KPI establish-kpis
如果您先前尚未建立關鍵績效指標(KPI)，我們建議您為AEM實作建立KPI，協助您的團隊專注於最重要的事項。
請參閱開發KPI，以便瞭解如何為您的企業目標選擇正確的KPI。
下一步 what-is-next
一旦您瞭解移轉至AEM as a Cloud Service所需的變更範圍，實際執行移轉之前，應該讓您的程式碼和內容雲端就緒。
其他資源 additional-resources
- Cloud Acceleration Manager快速入門 — 有關如何使用Cloud Acceleration Manager以加速您移至雲端的完整指南。
- AEM as a Cloud Service：簡介、架構和思考方式不同
- AEMCloud Service首頁 — 如需Experience Manageras a Cloud Service檔案的概覽，請由此開始。
- AEM as a Cloud Service概觀 — 本指南提供Experience Manageras a Cloud Service概觀，包括簡介、術語和架構。
- 入門歷程 — 本指南提供如何開始使用Experience Manageras a Cloud Service的摘要，包括如何存取和設定您的團隊。