一般
問：什麼是 AWS Migration Hub？
AWS Migration Hub 透過探索、評估、規劃和執行，提供引導式端對端遷移和現代化旅程。 從一個位置存取最新的指引和工具，以取得自動化建議、規範性計畫以及跨團隊協作和追蹤，以加速轉型。憑藉將數千位客戶遷移至 AWS 的經驗所打造的專業服務，立即簡化應用程式的主機轉換、重構和平台轉換。
問：Migration Hub 中的旅程是什麼？
AWS Migration Hub 旅程有助於精簡並大規模執行遷移至 AWS。Migration Hub 使用新的旅程概念來操作遷移。Migration Hub 旅程將各個團隊 (例如客戶、合作夥伴和 AWS) 的遷移從業人員聚集在一起，指引他們各遷移階段和步驟。Migration Hub 可協助您從包含執行遷移的範本來建立遷移旅程。遷移從業人員可協作執行每項任務，並集中追蹤所有遷移。Migration Hub 旅程透過 ProHelp 提供任務感知、隨需專家協助，還與 AWS 方案指引 (APG) 以及其他資源整合，以顯示相關的最新任務相關指引。
問：為什麼我應使用 Migration Hub 旅程？
Migration Hub 旅程顯示成功遷移至 AWS 所需的所有步驟，讓遷移更容易執行和追蹤。旅程提供待完成遷移所有階段的建議任務的相關指引。Migration Hub 旅程針對每個遷移階段提供所有任務階層，並將其轉換為子任務，以便於執行。Migration Hub 旅程還提供逐步執行手冊，以執行每項子任務，從而縮短專案規劃的時間，以及減少對雲端專家的依賴性。使用者也可編輯或新增任務。旅程有助於開展協作，在自動化和手動工作之間的過渡方面尤其如此。使用者可將建立的成品，做為每項個別任務的成果存放在中央位置，以供稍後參考。
問：Migration Hub 旅程與其他 AWS 服務關聯/搭配使用？
Migration Hub 旅程可根據預期的遷移目標，為客戶提供從頭到尾整體遷移步驟的指引。為了實現遷移目標，Migration Hub 將與 AWS 服務整合，以協助客戶執行個別步驟。例如，如果客戶想要將內部部署 Oracle 資料庫遷移至 Aurora PostgreSQL，做為遷移旅程一部分，Migration Hub 會建議使用 AWS Database Migration Service 執行遷移。Migration Hub 旅程將透過 AWS 方案指引與最新指引關聯，使用現有的 AWS 遷移服務，並支援遷移至各種目標 AWS 服務。Migration Hub 旅程彙集所有資源 (指引、專家和工具)，並根據遷移範圍加速遷移至多項 AWS 服務。
問：如何開始我的 Migration Hub 旅程？
您可在 https://migrationhub.aws 存取 AWS Migration Hub 的外部主控台，開始 Migration Hub 旅程。此外部主控台要求您透過 AWS 建構家 ID 登入，才能開始使用體驗。登入後，您可遵循指引流程來建立新的遷移旅程。您可邀請同時註冊 Migration Hub 旅程的協作者。您可依原樣處理任務，或在旅程之前或旅程期間視需要自訂這些任務。您可將協作者新增至旅程，將任務指派給每位成員，並開始處理專案。完成所有任務後，您的遷移旅程隨即完成。
問：AWS Migration Hub 與哪些遷移工具整合？
AWS Application Migration Service、AWS Server Migration Service、AWS Database Migration Service 及 ATADATA ATAmotion 已經與 AWS Migration Hub 整合，可自動向 Migration Hub 報告遷移狀態。如需可傳送狀態到 Migration Hub 的工具授權詳細資訊，請參閱 Migration Hub 文件。
問：AWS Migration Hub 如何幫助我追蹤應用程式的移轉進度？
AWS Migration Hub 透過提供移轉進度的深入解析協助您追蹤。您可以使用其中一個整合的遷移工具，然後返回中樞查看您的遷移狀態。您可以在遷移開始時將伺服器分組成不同的應用程式，或者您也可以在開始之前探索伺服器並進行分組。
問：AWS Migration Hub 如何協助我了解 IT 環境？
AWS Migration Hub 讓您探索 AWS 探索工具收集並存放在 AWS Application Discovery Service 儲存庫的資訊，協助您了解 IT 環境。隨著資料存入儲存庫，您可以在 Migration Hub 檢視已探索資源的相關技術規格和效能資訊。您可以從 Application Discovery Service 儲存庫匯出資料並進行分析，然後以「應用程式」的形式匯入伺服器群組。分組之後，應用程式群組會用於彙整遷移應用程式伺服器和資料庫所用的每個遷移工具的遷移狀態。
問：使用 AWS Migration Hub 需要支付多少費用？
所有 AWS 客戶都可以免費使用 AWS Migration Hub。您只需支付所使用的遷移工具和在 AWS 上使用的所有資源的費用。
所有 Refactor Spaces 協調的資源 (例如 Transit Gateway) 都在您的 AWS 帳戶中佈建。因此，您需要為使用 Refactor Spaces 以及與佈建資源相關的任何成本付費。如需更多資訊，請參閱 AWS Migration Hub 定價了解詳細資訊。
服務水準協議 (SLA)
問：您的 AWS Migration Hub Refactor Spaces 服務水準協議可保證什麼？
我們的 SLA 保證在某一區域內，AWS Migration Hub Refactor Spaces 的每月正常執行時間百分比至少為 99.9%。
問：如何知道自己是否符合 SLA 服務抵扣的資格？
如果在每月計費周期內，您所在區域的月度正常執行時間百分比低於 99.9%，您就有資格申請 SLA 針對 AWS Migration Hub Refactor Spaces 提供的抵扣。如需 SLA 的所有條款與條件的完整詳細資訊，以及如何提交索賠的詳細資訊，請參閱 https://aws.amazon.com/migration-hub/sla/refactor-spaces/。
入門
問：如何開始使用 AWS Migration Hub？
請依照我們文件中的入門指南開始使用。
問：什麼是 Migration Hub 本地區域？
在使用 Migration Hub 中的大多數功能（Refactor Spaces 除外）之前，您需要從 Migration Hub Settings (Migration Hub 設定) 頁面或使用 Migration Hub Config API 選擇 Migration Hub 本地區域。
存放於 Migration Hub 本地區域的資料，提供發現及遷移規劃資訊的單一儲存器，供您的整個產品組合使用，並提供多個 AWS 區域的單一遷移檢視。您可以遷移至遷移工具支援的任何區域，且遷移狀態會顯示在您所選擇的 Migration Hub 本地區域中。請參閱文件進一步了解 Migration Hub 本地區域。
一旦設定之後，Migration Hub 本地區域即無法變更。
問：可以使用 AWS Migration Hub 遷移到哪些區域？
AWS Migration Hub 可協助您追蹤所有 AWS 區域的遷移狀態，前提是您的遷移工具必須能夠在該區域使用。與 Migration Hub 整合的遷移工具 (例如，AWS Application Migration Service 和 AWS Database Migration Service) 可將遷移狀態傳送到您選擇的 Migration Hub 本地區域。本地區域是用來存放您的發現與遷移追蹤資料，且須在首次使用服務之前設定。會彙總來自所有目的地區域的遷移狀態，並可在本地區域中看見。請注意，除非在 Migration Hub 主控台的 Tools (工具) 頁面授權 (連接) 整合的工具，否則該工具不會傳送狀態。
問：哪些區域提供 AWS Migration Hub？
AWS Migration Hub 在全球均有提供，以追蹤應用程式遷移的進度，而無論該應用程式目前位於何處。請參閱 AWS 區域表，了解 Migration Hub 是否可被用於清單收集、規劃和建議，以及現代化功能。
問：如何將存取權授與 AWS Migration Hub？
AWS Migration Hub 需要 AWS 帳戶角色，該角色會在您首次以管理員使用者的身分存取主控台時自動新增。您可以在 Migration Hub 主控台的 Tools (工具) 頁面授權整合的遷移工具。如需詳細資訊，請參閱《AWS Migration Hub 使用者指南》中的身分驗證和存取控制部分。
探索伺服器並分組應用程式
問：AWS Migration Hub 如何協助我了解 IT 環境？
AWS Migration Hub 讓您探索 AWS 探索工具收集並存放在 AWS Application Discovery Service 儲存庫的資訊，協助您了解 IT 環境。透過填充儲存庫，您可以在 Migration Hub 中檢視探索到的資源的技術規格和效能資訊，加以分析，視覺化並標記伺服器與應用程式相依性，以及將伺服器分組成應用程式。您還可以匯出資料並以「應用程式」的形式匯入群組。 分組之後，應用程式群組會用於彙整遷移應用程式伺服器和資料庫所用的每個遷移工具的遷移狀態。
問：如何在 AWS Migration Hub 查看我的 IT 資產組合？
若要在 AWS Migration Hub 查看您的 IT 資產，首先您可以使用 AWS 探索工具執行探索，或使用整合的遷移工具進行遷移。然後，您可以從 Migration Hub 內探索您的環境。您可以在 Migration Hub 主控台的 Servers (伺服器) 頁面按一下顯示的伺服器 ID，進一步了解找到的所有資源。接著，您就會看到伺服器詳細資訊頁面。如果您使用 AWS 探索工具來探索您的伺服器，則您會看到技術規格和平均使用率等收集到的資料。
問：如何新增資源到探索儲存庫？
第一次瀏覽 AWS Migration Hub 時，系統會提示您執行探索或開始遷移。如果您決定不執行探索就開始遷移，則當您使用在 Migration Hub 主控台授權的整合遷移工具進行遷移時，Migration Hub 會以資源的形式顯示您的應用程式伺服器和資料庫伺服器。
您可以針對探索選擇兩種資料收集選項。如果您擁有 VMware 環境且不想安裝代理程式，可以使用 AWS Application Discovery Service 無代理收集器。如果您需要更多詳細資訊，則可以在伺服器上安裝代理程式以收集各式各樣的資訊，包括資源使用率、伺服器上執行的處理，以及伺服器的網路相依性等詳細資訊。處理和網路相依性資訊可匯出並在 AWS Migration Hub 外進行分析。如需 AWS Discovery Collector 的詳細資訊，請參閱 Application Discovery Service 使用者指南。
問：如何將伺服器分組成應用程式？
將伺服器分組成應用程式之前，必須先填入 AWS Migration Hub 的伺服器清單。每當您執行 AWS 探索工具或使用整合的遷移工具時，都會將伺服器新增到伺服器清單。填入伺服器清單之後，在 Migration Hub 主控台的 Servers (伺服器) 頁面選取一或多個資源，然後選擇 “Group as Application” (分組為應用程式) 按鈕。 如果您使用 AWS Discovery Agent 探索伺服器，則還可以透過網路視覺化工具將其分組為應用程式。從網路圖中選取一個或多個伺服器，然後選擇 "Group as application" (分組為應用程式) 按鈕。
問：如何檢視應用程式？
您可以瀏覽 AWS Migration Hub 主控台 Migrate 部分的 Applications 頁面，查看應用程式清單及其目前的移轉狀態。只有使用 Discover (探索) 部分的 Servers (伺服器) 頁面或 AWS SDK/CLI 分組成應用程式的資源會顯示在 Applications (應用程式) 頁面上。應用程式有三種遷移狀態："not started" (未開始)、"in progress" (進行中) 和 "completed" (已完成)。
問：是否可以看到相同帳戶內其他使用者建立的應用程式？
是。帳戶內可存取 AWS Migration Hub 的任何其他 IAM 使用者都可看到相同帳戶內任何 IAM 使用者建立的應用程式。擁有許可的所有使用者都可看到所有變更。
問：是否可以看到其他 AWS 帳戶的應用程式？
您使用與 AWS 帳戶關聯的 IAM 使用者存取 AWS Migration Hub。這只能讓您查看自己的 AWS 帳戶詳細資訊，無法查看其他帳戶。
匯入伺服器和應用程式
問：AWS Migration Hub 匯入功能如何運作？
您可以從 Migration Hub 主控台或透過叫用 Application Discovery Service API 存取 AWS Migration Hub 匯入功能。匯入的資料以加密格式存放在 Application Discovery Service 資料儲存庫中。
問：可以使用匯入範本匯入哪種類型的資料？
Migration Hub 匯入允許您匯入伺服器詳細資訊，包括與伺服器關聯的伺服器規格、使用率、標籤和應用程式。只要使用 Migration Hub CSV 匯入範本填入資料，您就可以從任何來源匯入資料。
問：我匯入的檔案不正確。是否可以覆寫或刪除它？
是。您可以刪除不正確的檔案，方法是瀏覽 Discover (探索) > Tools (工具) > Imports (匯入) 區段，然後選取 “Delete imported data” (刪除匯入的資料) 選項。若要覆寫現有的匯入檔案，請刪除該檔案並上傳具有已更正記錄的新檔案。
問：我可以上傳的匯入檔案數量是否有限制？
否。您可以上傳的匯入檔案數量沒有限制。但是，我們會限制您可以匯入的記錄和伺服器數量。如需相關詳細資訊，請參閱文件中的 Migration Hub 匯入限制部分。
問：是否需要為匯入資料付費？
否。匯入資料完全免費。
問：我沒有匯入範本中所有欄位的資料。是否仍可匯入我的資料？
是。您可以匯入資料，即使您並未針對匯入範本中的所有欄位填入資料。對於每列，如果您填入自己的相符金鑰 (“ExternalId”)，匯入將使用它唯一識別並匯入記錄。如果您並未針對每列指定相符金鑰，匯入將使用為 “IPAddress”、“HostName”、“MACAddress”，或 “VMware.MoRefId” 和 “VMware.vCenterId” 的組合指定的值來確定所指定伺服器的唯一性。不會匯入不包含相符金鑰 ("ExternalId") 值或以上任何欄位值的列。
問：識別不正確記錄的標準是什麼？
匯入會對屬於 CSV 匯入範本的所有匯入欄位執行資料驗證檢查。例如，如果 “IPAddress” 的值無效，則匯入功能會將該記錄標記為不正確。此外，若未填充以下至少一或多個欄位，匯入記錄將視為無效且不會匯入："ExternalId"、"MACAddress"、"HostName"、"IPAddress"，或 "VMware.VCenterId" 和 "VMware.MoRefId" 的組合。
產生 EC2 執行個體建議
問：什麼是 EC2 執行個體建議功能？
EC2 執行個體建議是 AWS Migration Hub 的功能，可分析從每部現場部署伺服器收集的資料，包含伺服器規格、CPU 和記憶體使用率，針對執行現場部署工作負載提出最經濟實惠的 EC2 執行個體建議。透過指定 AWS 購買選項、AWS 區域、EC2 執行個體類型排除，以及 CPU/RAM 使用率指標 (平均、峰值或百分比) 等偏好設定，還可以微調建議。
問：是否需要安裝 AWS Application Discovery Service 的 Discovery Connector 或 Discovery Agent 才能使用 EC2 執行個體建議功能？
否。要使用 EC2 執行個體建議功能，您必須確定 AWS Migration Hub 有可用的內部部署伺服器詳細資訊。您可從內容管理資料庫 (CMDB) 等來源匯入現有的伺服器監視清單資訊，或使用 AWS Application Discovery Service 直接從您的環境收集資料。
問：EC2 執行個體建議功能如何為特定伺服器提供相符的項目？
EC2 執行個體建議功能會建議能滿足特定 CPU 和 RAM 需求且最經濟實惠的 EC2 執行個體類型，並將您選擇的執行個體偏好設定列入考量，例如 AWS 購買選項、AWS 區域、EC2 執行個體類型排除，以及 CPU/RAM 使用率指標 (平均、峰值或百分位數)。
問：EC2 執行個體建議功能是否可為爆量效能執行個體提供建議？
是。EC2 執行個體建議功能可為爆量效能執行個體提供建議。它會使用「平均」和「峰值」CPU 資料點估算使用的 CPU 積分數和相關成本，以便更準確地比較預測價格和其他執行個體系列。
問：如果對於 AWS Migration Hub 中的相同伺服器，我有來自多個來源的探索資料，會發生什麼情況？ 會使用哪個資料來源計算該伺服器的 EC2 執行個體建議？
如果多個來源都有相同伺服器可用的探索資料，EC2 執行個體建議功能會使用最新且最完整的資料提供執行個體建議。例如，如果您使用 Migration Hub 匯入上傳特定伺服器的 CPU/RAM 規格，便會根據該匯入資料產生建議。如果您之後在此伺服器安裝 AWS Application Discovery Service (ADS) 的 Discovery Agent，該 ADS 代理程式也會擷取伺服器規格詳細資訊。下一次您請求該伺服器的 EC2 執行個體建議時，此功能將使用 ADS 代理程式收集的規格產生建議，因為代理程式的資料較新也較完整。
追蹤遷移狀態
問：AWS Migration Hub 與哪些遷移工具整合？
AWS Application Migration Service、AWS Server Migration Service、AWS Database Migration Service 及 ATADATA ATAmotion 已經與 AWS Migration Hub 整合，可自動向 Migration Hub 報告遷移狀態。如需可傳送狀態到 Migration Hub 的工具授權詳細資訊，請參閱 Migration Hub 文件。
問：如何使用 AWS Migration Hub 遷移應用程式？
針對使用 AWS 探索工具或使用整合遷移工具開始遷移時探索到的伺服器建立一或多個應用程式群組之後，就能在 Migration Hub 外開始或繼續遷移伺服器或資料庫。返回 Migration Hub 檢視應用程式中每個資源的遷移狀態。
若要這樣做，請在 Migration Hub 主控台瀏覽該應用程式的頁面。您可以在該處看到組成應用程式的所有資源圖表，以及含有更多遷移狀態詳細資訊的表格。每個資源都會以圖表和表格的形式顯示一般和詳細的狀態。例如，使用 AWS Server Migration Service 遷移的伺服器，它的狀態可能被報告為 “In progress / replication starting”、“In progress / replication complete”，或 “Competed / AMI created”。
遷移完成之後，Migration Hub 也會顯示遷移時建立的資源詳細資訊。對於使用 AWS Application Migration Service、AWS Server Migration Service 及 ATADATA 遷移的伺服器，Migration Hub 會提供已建立的 AMI 或執行中 EC2 執行個體 (取決於工具) 的連結。對於使用 AWS Database Migration Service 遷移的資料庫，Migration Hub 會提供可在 Database Migration Service 主控台做為搜尋篩選條件使用的目標端點 ID。
問：AWS Migration Hub 是否會為我自動移轉應用程式？
否。AWS Migration Hub 不會自動進行遷移步驟。它會提供您可追蹤應用程式遷移進度的單一位置。
問：若要在 AWS Migration Hub 顯示應用程式遷移進度，該怎麼做？
要在 AWS Migration Hub 檢視遷移進度，必須進行兩個步驟。您正在遷移的資源必須位於 AWS 探索儲存庫，而且您必須使用支援的工具執行遷移。如果您沒有使用 AWS Discovery Collector 執行探索就開始遷移，受支援遷移工具回報的伺服器或資料庫會自動新增到您的 AWS Application Discovery Service 儲存庫。新增之後，您可以將這些伺服器分組成應用程式，並在遷移進行期間在單一群組中追蹤其狀態。
如果您使用支援的工具但沒有看到應用程式狀態，首先檢查 Updates (更新) 頁面，確認收到工具的狀態。如果 Updates (更新) 頁面沒有顯示狀態，再檢查 Tools (更新) 頁面，確認您已授權工具將狀態傳送到 Migration Hub。如果未授權，按一下 “Authorize” (授權) 新增適當的 IAM 許可。
如果 Updates (更新) 頁面顯示遷移狀態，則可能是該資源尚未分組成應用程式。請瀏覽 Servers (伺服器) 頁面，並將伺服器分組成應用程式。然後從 Migrate/Applications (遷移/應用程式) 頁面檢視應用程式以查看遷移狀態。
問：如果不進行嚴格的重新託管遷移，而是將資源直接從內部部署移到 AWS，會發生什麼情況？
AWS Migration Hub 將會顯示支援的工具完成的資源遷移狀態，前提是資源已分組成應用程式。不需要進行嚴格的重新託管遷移。例如，使用 AWS Database Migration Service 移動資料庫的內容時，如果對應到資料庫遷移的伺服器已分組成應用程式，則您會在 Migration Hub 看到更新。
問：如果我使用的是沒有與 AWS Migration Hub 整合的工具，會發生什麼情況？
沒有與 AWS Migration Hub 整合的工具不會在 Migration Hub 管理主控台報告狀態。您仍然可以看到應用程式中其他資源的狀態和應用程式層級狀態，或者可以使用 CLI 或 API 透過自己的自動化功能更新狀態。
問：其他工具如何將狀態發佈到 AWS Migration Hub？
移轉工具可以透過寫入 AWS Migration Hub API 將狀態發佈到 AWS Migration Hub。有興趣加入的合作夥伴必須透過 AWS 能力計劃取得移轉能力。在這裡進一步了解能力計劃並申請移轉能力。
策略推薦
問：什麼是策略推薦？
AWS Migration Hub 策略推薦可協助您輕鬆為內部部署和 AWS 中執行的應用程式建置遷移和現代化策略。策略推薦提供策略和工具指導，這些工具可以協助您進行大規模遷移與現代化。
問：為什麼應該使用策略推薦？
策略推薦可協助您大規模識別定製化的遷移和現代化策略，並提供將協助您執行策略的工具和服務。它還可以協助您識別來源程式碼中需要解決以實作這些推薦的不相容性 (反模式)。
問：策略推薦支援哪些遷移和現代化選項？
策略推薦針對 Windows Server 2003 或以上版本，或各種 Linux 版本上執行的應用程式，包括 Ubuntu、RedHat、Oracle Linux、Debian 和 Fedora，支援潛在重新託管 (EC2) 和重組平台 (受管環境，例如 RDS 和 Elastic BeanStalk、容器和作業系統升級) 選項的分析。策略推薦為以 C# 和 Java 編寫的自訂應用程式，以及授權資料庫 (如 Microsoft SQL Server 和 Oracle) 提供額外的重構分析。
問：我如何開始使用策略推薦？
請依照我們文件中的入門指南開始使用。
問：我有哪些其他選項可以現代化 Windows 工作負載？
請造訪使用 AWS 實現 Windows 工作負載現代化了解更多資訊。
增量改進應用程式重構
問：什麼是應用程式轉型？
應用程式轉型是重構、重新架構與重新撰寫應用程式，從而最大限度提高在雲端執行的可用性、可擴展性、商業敏捷性和成本優化優點的過程。
問：什麼是 Refactor Spaces？
Refactor Spaces 協助您加快應用程式重構以充分利用 AWS 中的運算，並且透過在生產中執行時使管理重構過程變得更加簡單，從而對應用程式轉型進行簡化。使用 Refactor Spaces，您可以專注於應用程式的重構，而不是建立與管理使重構成為可能的底層基礎設施。Refactor Spaces 可協助降低將應用程式演進為微型服務，或對無法使用微型服務中所撰寫的新功能修改的舊式應用程式進行擴展時的商業風險。
問：為什麼應該使用 Refactor Spaces？
Refactor Spaces 可以解決在應用程式轉型時的兩個實際的常見問題：為應用程式重構設定基礎設施，以及大規模執行不斷變化的應用程式。Refactor Spaces 可協助您合併現有應用程式與微型服務到單個應用程式，同時實現不同的架構和技術方法、團隊調整，以及各個部分之間的過程。憑藉 Refactor Spaces，您可以轉型舊式應用程式，或者使用在任何 AWS 運算目標 (例如 EC2、Amazon Elastic Container Service、Amazon Elastic Kubernetes Service、AWS Fargate 和 AWS Lambda) 上執行的微型服務對其進行擴展。Refactor Spaces 透過在幾分鐘內為應用程式重構建立基礎設施，可節省大量時間。
問：我可以重構哪種類型的應用程式？
任何即將重構、重新撰寫或重新架構的應用程式都可以考慮使用 Refactor Spaces，只要它的外部介面是以 HTTP 為基礎的協定或在 AWS 中執行（或者它可以使用 Application Migration Service 進行重新託管或首先重新建置平台）。Refactor Spaces 常被用於重構較舊的巨型應用程式，但它也可協助您導覽現代化服務及應用程式的重構和重新架構。
問：Refactor Spaces 如何與其他的 AWS 服務搭配使用？
Refactor Spaces 會協調其他 AWS 服務以建立重構環境，並且拼接現有應用程式和微型服務到應用程式演進期間可更輕鬆執行的 Refactor Spaces 應用程式。應用程式重構環境可透過使用 Transit Gateway、Resource Access Manager 和 API Gateway 建立。使用它們，Refactor Spaces 可透過多帳戶結構使現有應用程式與微型服務保持分離，該結構與網路橋接，從而輕鬆實現跨帳戶通訊。
問：什麼是 Refactor Spaces 環境？
Refactor Spaces 環境跨 AWS 帳戶提供聯網、應用程式和服務的一致檢視，它是您的現有應用程式和新微型服務的容器。該環境協調 Transit Gateway、Resource Access Manager 和 VPC，在帳戶之間橋接網路以簡化新舊服務之間的通訊。環境在建立時所在的帳戶即環境擁有者。而擁有者可與其他 AWS 帳戶共用環境，並且管理應用程式、服務，以及新增到環境的路徑。
問：什麼是 Refactor Spaces 應用程式？
Refactor Spaces 提供可路由到您的現有應用程式和新微型服務的可設定請求。這些應用程式包括可在 AWS 中簡化 Strangler Fig 重構的代理。當在環境內建立應用程式時，Refactor Spaces 會協調 API Gateway、Network Load Balancer (NLB) 和 AWS Lambda 資源策略。該應用程式的代理和路由被用於使底層架構的變更對應用程式取用者保持透明。
問：什麼是 Refactor Spaces 服務？
Refactor Spaces 服務代表現有應用程式或新微型服務的端點。這些服務可能有使用 URL 端點或 AWS Lambda 端點的 VPC。Refactor Spaces 在環境內使用 Transit Gateway 自動橋接服務 VPC，並在環境內跨所有帳戶允許服務 VPC 中任何 AWS 資源之間的流量。在設定到某項服務的路徑時，若該服務有 Lambda 端點，會使用 API Gateway 的 Lambda 整合路由流量。對於使用 URL 端點的服務，流量會使用 API Gateway VPC 連結和 NLB 目標群組進行路由。
問：如何使用 Refactor Spaces 開始增量改進應用程式重構？
您可以透過 AWS 管理主控台、AWS SDK/CLI 或 CloudFormation (CFN) 使用 Refactor Spaces。通常而言，您要以至少兩個帳戶開始使用，一個用於您的現有應用程式，另一個擁有 Refactor Spaces 環境並管理服務之間的流量路由。您的 AWS 帳戶可以是獨立的新或現有帳戶，AWS Organization 的組成部分，或由 AWS Control Tower 進行佈建。
首先，透過造訪帳戶中的 Refactor Spaces 主控台或使用 IAM 的主控台或 API 建立服務連結角色 (SLR)，在您計劃用於重構的每個 AWS 帳戶內安裝 Refactor Spaces SLR。然後，在被選做為環境擁有者的帳戶中建立 Refactor Spaces 環境，並與其他帳戶共用該環境。一旦其他帳戶接受環境共享邀請，Refactor Spaces 會自動與其他指定帳戶共享環境中所包含的 AWS 資源 (例如 Transit Gateway)。
接下來，建立您的第一個應用程式。Refactor Spaces 應用程式提供可設定請求，(透過 API Gateway) 路由至 Refactor Spaces 服務，而無論服務位於哪個帳戶。建立應用程式後，在其內部建立一或多項服務。最初，所有流量將流向現有應用程式，因此要建立預設路由將全部流量傳送至代表現有應用程式的服務。隨著時間變化，您將新增路由，轉換流量到業務功能，並由新微型服務進行處理。
問：是否可以在不使用公有 IP 地址的情況下，從我的 VPC 私密存取 AWS Migration Hub Refactor Spaces API？
是，您可以透過建立 VPC 端點，從 VPC (使用 Amazon Virtual Private Cloud 建立) 以私有方式存取 Refactor Spaces API。使用 VPC 端點，AWS 網路會處理 VPC 和 Refactor Spaces 之間的路由，無須使用網際網路閘道、NAT 閘道或虛擬私有網路 (VPN) 連接。Refactor Spaces 使用的最新一代 VPC 端點採用 AWS PrivateLink 技術，這項技術可使用彈性網路介面 (ENI) 搭配 VPC 的私有 IP 地址啟用 AWS 服務間的私有連線。 若要進一步了解 PrivateLink 支援，請參閱 Refactor Spaces PrivateLink 文件。
協調器
問：什麼是遷移協同運作？
協同運作是一種程序自動化機制，它使用範本，將多個任務同步到一個工作流程中，並管理相依項目以實現遷移或現代化專案的所需目標。
問：什麼是 AWS Migration Hub Orchestrator？
AWS Migration Hub Orchestrator 旨在自動化和簡化應用程式至 AWS 的遷移和現代化。Orchestrator 透過消除遷移大型企業應用程式、管理不同工具之間的相依項目以及在一個地方查看遷移進度所涉及的許多手動任務，來協助您減少遷移成本和時間。在 Orchestrator 中使用預先定義和可自訂的工作流程範本，以提供一組指定的遷移任務、遷移工具和自動化機會，從而協調複雜的工作流程和相互依賴的任務，來簡化遷移至 AWS 的程序。
問：使用 AWS Migration Orchestrator 有哪些好處？
Orchestrator 可協助您加速遷移、簡化遷移程序並根據您的使用案例調整遷移工具和程序。
- 加速遷移：使用經過驗證的預先定義工作流程範本加速您的應用程式遷移，這些範本基於 AWS 已遷移的具有類似模式的數千個應用程式。
- 使用自動化簡化：跨多個工具 (例如 AWS Application Discovery Service、AWS Application Migration Service 和 AWS Launch Wizard) 自動執行遷移前任務、遷移工作流程和遷移任務，進行相同的遷移工作流程，以最大限度地減少手動作業。
- 調整和精簡：透過在基準建議的基礎上建置並修改步驟和相依項目來自訂及重複使用工作流程範本，以滿足特定工作負載和使用案例的需求。
問：為什麼應該使用 AWS Migration Hub Orchestrator？
Orchestrator 簡化並加速了應用程式至 AWS 的遷移。
- 使用規範的方法遷移應用程式：您可以使用預先定義的工作流程範本快速開始遷移，這些範本基於數千個具有 AWS 已遷移類似模式的應用程式。
- 自訂遷移工作流程：您可以透過新增自己的步驟、相依項目和自動化來自訂工作流程，以滿足特定使用案例的需求。
- 在來源環境中協調遷移前任務：您經常需要檢查遷移準備情況、安裝代理程式或移除您不想遷移至 AWS 的不必要的日誌檔案。在每個內部部署伺服器上手動執行這些任務是一個既乏味又容易出錯的程序。使用 Orchestrator，您可以自動執行這些任務，以節省時間和成本，同時減少錯誤。
- 在不同的遷移工具中協調遷移任務：您的最佳遷移程序可能涉及對相同的遷移工作流程使用多種工具，例如 AWS Application Discovery Service、AWS Application Migration Service 或 AWS Launch Wizard。使用 Orchestrator，您可以透過重複使用庫存中繼資料、組態規格和環境內容來協調遷移任務，以最大限度地減少在每個工具中需要提供的輸入。透過自動化手動遷移任務、管理不同工具之間的相依項目以及在一個地方查看遷移進度，Orchestrator 可協助您減少遷移成本和時間。
- 設定、驗證和啟動遷移的應用程式：在大型遷移中，檢查執行個體、資料庫和網路連線的狀態；在遷移的伺服器上安裝和解除安裝應用程式；並且關閉臨時環境會導致延長切換期和停機時間。使用 Orchestrator，您可以自動執行這些例行遷移步驟，以將切換時間減少 50% 以上。
問：如何使用 Orchestrator？
您可以從 AWS Migration Hub 主控台或 AWS Command Line Interface (CLI) 存取 Orchestrator。使用 Orchestrator 完成探索或匯入來源伺服器、將探索的伺服器分組到應用程式以及在來源環境中安裝外掛程式的先決條件。接下來，選擇其中一個預先定義的工作流程範本來建立一個工作流程以協調應用程式遷移。如果您願意，還可以指定作為工作流程的一部分自動或手動完成的自訂步驟。定義工作流程後，您可以執行、暫停或刪除它。您還可以在 Orchestrator 中追蹤步驟級別和步驟群組級別的工作流程狀態。
問：Orchestrator 中的工作流程範本是什麼？
工作流程範本是具有一組指定的遷移任務、相依項目、適合的遷移工具和建議的自動化機會的手冊。例如，用於使用 HANA 資料庫遷移 SAP NetWeaver 型應用程式的預先定義的工作流程範本包括用於自動驗證來源伺服器和外掛程式之間的連線的逐步任務、使用 AWS Launch Wizard 佈建新 SAP 環境的能力、自動驗證來源和目標環境、自動遷移 HANA 資料庫和應用程式，以及遷移後驗證。
問：Orchestrator 中提供了哪些預先定義的工作流程範本？
Orchestrator 目前支援您可以使用的五個預先定義的工作流程範本。第一個範本可協助您使用 AWS 實驗室和 HANA 系統複寫透過 HANA 資料庫遷移 SAP NetWeaver 型應用程式。第二個範本可協助您使用 AWS Application Migration Service (MGN) 加速任何應用程式的主機轉換。第三個和第四個範本可協助您將 SQL Server 資料庫平台轉換至 Amazon RDS，並使用原生備份和還原將 SQL Server 資料庫主機轉換至 Amazon EC2。第五個範本可協助您經由主控台式的體驗，將內部部署的虛擬機器 (VM) 影像匯入至 AWS，以便從您建置的 VM 影像產生 Amazon Machine Image (AMI)，滿足 IT 安全性、設定管理和合規等要求。第六個範本可協助您將 .NET 和 Java 應用程式平台轉換至 AWS Fargate 上的 Amazon Elastic Container Service (ECS)。所有這些範本都包括預先定義的任務自動化，以及新增步驟和自動化指令碼的選項。
