AWS Transform 常見問答集

AWS Transform 是一項代理式 AI 服務，致力於針對下列服務提供支援︰大規模實現全堆疊 Windows 工作負載現代化提供支援 (包括 .NET 與 SQL Server)，將大型電腦應用程式轉換為現代化語言與架構，將 VMware 工作負載的架構轉換為 Amazon EC2，以及針對程式碼、API、架構等進行自訂轉換。

您可前往 https://console.aws.amazon.com/transform/home，存取針對大規模現代化與團隊協作而量身打造的 AWS Transform 統一 Web 體驗。針對適用於程式碼、API、架構等的自訂轉換，該服務可透過 CLI 與 Web 介面運作。針對需要開發人員關注的指定 .NET 應用程式，開發人員亦可在 Visual Studio IDE 中使用 AWS Transform。

AWS Transform 的遷移與現代化方法在三個基礎方面與傳統工具有所差異。首先，從網路生成、到擷取 COBOL 中的業務規則，再到遷移 .NET 程式碼，AWS Transform 針對各項任務提供專門的任務代理程式。這些代理程式將憑藉多年經驗積累的專業知識，與企業特定環境相結合。其次，該服務藉助代理式 AI 來協同運作這些專業任務代理程式的執行，並以獨特方式處理每個工作負載。協同運作範圍從確定性執行，到目標驅動的動態計畫，具體取決於任務。產品專注於完成任務，以及與迴圈中的人力工作或調用程式碼的代理程式整合。第三，每個層級皆內建學習功能。代理程式可持續自我偵錯及改善成果，以及針對後續步驟提供建議。

首先，使用目前的企業憑證登入 AWS Transform Web 體驗。如果您是新客戶，則可以使用整合 AWS IAM Identity Center 的單一登入 (SSO)，並將其連線至 AWS 帳戶以開始使用。或者，您可藉助 Okta 或 Microsoft Entra 來設定直接聯合。如需進一步了解，請參閱 AWS Transform 使用者指南。

AWS 轉換評估會分析您的 IT 環境，使用智慧型資料導向的見解和可行的建議來簡化和最佳化您的雲端之旅。探索成本和效能最佳化機會，同時取得詳細的財務模型，協助您自信地規劃遷移並最大限度地提升可能節省的成本。

工作流程首先將現有的伺服器庫存上傳至 AWS Transform 平台。資料就位後，您就有機會指定目標 AWS 區域。接下來，您可以指示 AWS Transform 產生商業案例。AWS Transform 會分析您的伺服器庫存，並針對每個庫存找出最合適且經濟高效的 Amazon EC2 執行個體。產生的商業案例可提供清晰的資料驅動預測，讓您了解目前的內部部署環境雲端如何映射至 AWS 服務，為您的遷移計畫和決策程序提供寶貴的洞察。

AWS Transform 支援來自內部部署環境的 x86 伺服器 (無論是虛擬或實體) 的各種資料收集方法。該服務接受來自多種廣泛使用的評估工具的伺服器庫存資料。這些資料包括來自 RVTools 的匯出、透過 AWS Transform 探索工具或 AWS Migration Evaluator 無代理程式收集器收集的資料，以及由 modelizeIT 和 Cloudamize 等工具生成的 AWS 遷移組合評定 (MPA) 匯出。

完成評估任務後，AWS Transform 會提供評估摘要、提出成本相關問題和建議的機會，以及下載商業案例的 PDF 版本以供離線檢閱和共用的選項。

商業案例包含伺服器庫存中的重點項目、目前基礎設施摘要、具有不同購買承諾的多個總體擁有成本 (TCO) 案例 (隨需執行個體和預留執行個體)、作業系統授權選項 (自有授權和已包括授權) 以及租用選項 (專用和共用)。商業案例還包括可行的下一步建議。

AWS 轉換評估會根據您目前的伺服器組態和假設用量模式，提供近似 AWS 服務成本的方向性估算。雖然這些估算有助於初始規劃，但應將它們視為指引，而不是準確的數字。實際 AWS 成本可能會因您的特定實作、資源最佳化選擇和實際用量模式而有所不同。重點注意的是，這些估算不是報價，不應解讀為最終 AWS 服務成本的保證。若要執行更精確的成本規劃，我們建議您與 AWS 帳戶團隊或 AWS 合作夥伴合作，他們可以協助詳細分析您的特定要求和用量模式。

AWS 轉換評估和 AWS Migration Evaluator 均是規劃雲端遷移的寶貴工具。評估是 AWS Transform 的快速自助服務功能，專為希望將 x86 伺服器從內部部署環境遷移至 AWS 的組織而設計。該功能利用現有的伺服器庫存資料，為 Amazon EC2 執行個體提供針對性建議，並產生快速的總體擁有成本估計。這種簡化的方法非常適合尋求快速、重點評估其遷移選項的公司。AWS Migration Evaluator 提供更全面的專家主導評估服務。在 AWS 解決方案架構師的指引下，這項深入評估涵蓋更廣泛的分析範圍，包括詳細資料收集、儲存評估、永續發展評估和 Microsoft SQL Server 分析。Migration Evaluator 最適合需要徹底的遷移計畫並在整個過程中需要專家指引的組織。

AWS Transform 具有內建 AI 聊天功能，因此您可以詢問有關執行個體映射、授權和租用建議以及下一步建議的詳細資訊或澄清。如需其他工作負載類型的進一步支援或附加分析，請與您的客戶團隊或合作夥伴聯絡，或聯絡我們。

Windows 版 AWS Transform 包括兩個主要元件：轉換 .NET Framework 應用程式至跨平台 .NET，以及與相依的 .NET 應用程式一起遷移 Microsoft SQL Server 至 Aurora PostgreSQL 資料庫。 

適用於 .NET 的 AWS 轉換可加快 Windows 式 .NET Framework 應用程式向跨平台 .NET for Linux 環境的現代化。它連線至 GitHub、GitLab、Azure Repos 或 Bitbucket 中的原始程式碼儲存庫，並執行專注於三個關鍵領域的全面分析：儲存庫相依性、必要的私人套件和第三方程式庫，以及識別支援的專案類型。根據此分析，它會為這些儲存庫產生轉換計劃，並且強調可透過自行上傳套件來解決的任何缺失的相依性。在轉換程序執行期間，適用於 .NET 的 AWS 轉換可轉換應用程式程式碼、建置輸出、執行單元測試，並將結果遞交至儲存庫中的新分支。您隨後可將轉換的應用程式，部署為 Amazon EC2 或 Amazon ECS 上的容器。

適用於 SQL Server 現代化的 AWS Transform 可加速遷移 Microsoft SQL Server 資料庫與應用程式至 Aurora PostgreSQL。該服務可連線至執行於 Amazon EC2 或 Amazon RDS 的 SQL Server 資料庫，以便探索資料庫中的結構描述及存放程序。其隨後可對資料庫及應用程式執行詳細的分析，以便建立應用程式階段，以及可依據相依關係一起轉換的資料庫。之後會將 SQL Server 結構描述轉換為 Aurora PostgreSQL，然後遷移資料庫至新的或現有的 Aurora PostgreSQL 目標叢集。若是 .NET 應用程式轉換，服務將更新來源程式碼中的資料庫連線，以及修改 Entity Framework 與 ADO.NET 中的 ORM 程式碼，使其與 Aurora PostgreSQL 相容，這一切皆在統一的工作流程、在人力監督下完成。

在兩個工作流程中，AWS Transform 皆提供了全面的轉換摘要，包括修改的檔案、測試結果，以及所有剩餘工作的建議修正。您的團隊可透過其互動式聊天或工作日誌，來追蹤轉換狀態。此外，您的團隊會收到電子郵件通知，在您的儲存庫中包含指向轉換後 .NET 程式碼的連結。針對需要進一步處理的工作負載，開發人員可繼續使用 AWS Transform 中的 Visual Studio 擴充功能。

AWS Transform for Windows 會探索您帳戶中的儲存庫，並識別每個儲存庫中支援的專案類型。其支援將主控台應用程式、類別庫、Web API、WCF 服務、Model View Controller (MVC)、單頁應用程式 (SPA) 和單元測試專案 (xUnit、NUnit、MSTest 架構) 移植到跨平台 .NET (請參閱這裡提供的完整清單)。另外，Windows 版 AWS Transform 還可將 MVC Razor 檢視 UI 專案移植到 ASP.NET Core Razor 檢視，從而將 ASP.NET Web Form 的 UI 移植到 Blazor on ASP.NET Core、將 Entity Framework 與 ADO.NET ORM 程式碼移植到 Aurora PostgreSQL compatibility、將 WinForms、WPF 與 Xamarin 專案移植到跨平台 .NET，以及支援 VB.NET 語言專案。

在識別專案類型之後，該服務會分析這些專案是否對其他專案、私有套件和第三方程式庫的相依性。根據相依性分析，Windows 版 AWS Transform 會建議轉換計劃，該計劃會根據儲存庫的最後修改日期、相依性關係和私有套件要求來排序這些儲存庫。

您可以下載分析報告來評估建議的計劃，並與您的團隊一起審查。您也可以選擇自訂建議的計劃，方法是在主控台中編輯選取項或上傳包含偏好選取項的已修改檔案。管理員和核准者可以在繼續轉換程序之前審查和核准該計劃。

在轉換期間，已核准計畫中選取的來源程式碼儲存庫會安全地擷取到網路隔離的執行環境中，以便轉換到跨平台 .NET。適用於 .NET 的 AWS 轉換支援將使用 .NET Framework 3.5+ 版本、.NET Core 3.1、.NET 5、.NET 6 和 .NET 7 編寫的應用程式轉換為跨平台 .NET 8 (LTS)、NET 10、資料庫存取架構 Entity Framework，以及 ADO.NET。

移植後，AWS Transform 會執行完整的 .NET 建置來識別任何建置錯誤，並執行 AI 主導的評估循環以自動修復問題。此程序會在儲存庫內所有支援的專案之間重複。轉換任務完成後，轉換的程式碼將會遞交回所選目標分支中的來源程式碼儲存庫以供審查。

針對已成功完成轉換且沒有建置錯誤的 .NET 來源程式碼儲存庫，AWS Transform 會執行單元測試專案 (如果存在)，並提供這些執行結果供您審查。針對具有部分轉換專案的儲存庫，單元測試專案會移植，但不會執行。您可以在執行單元測試之前自行解決剩餘問題。

此外，AWS Transform 還可支援部署轉換的應用程式至目標環境，以便客戶驗證轉換後的應用程式。

AWS Transform for Windows 首先會探索在您的 AWS 帳戶中執行的資料庫。其隨後可確定執行與資料庫建立關聯的伺服器、結構描述及存放程序的資料庫。此外，該服務還可分析來源程式碼儲存庫，以便確定儲存庫中的資料庫相依項、嵌入式 SQL 查詢，以及在 Entity Framework 與 ADO.NET 中編寫的資料庫存取程式碼。其隨後可依據分析，針對資料庫與應用程式轉換建立可自訂的階段計畫，以便一起轉換。

您可下載分析報告，以便審查現代化建議、轉換複雜度，以及調用資料庫的資料庫及來源程式碼儲存庫。

Windows 版 AWS Transform 可執行 3 個步驟來轉換 SQL Server︰1) 結構描述轉換、2) 資料遷移，以及 3) 程式碼轉換。

在資料庫結構描述轉換期間，選取的資料庫中的結構描述會從 Microsoft SQL Server 結構描述，轉換為與 Aurora PostgreSQL 相容的結構描述。若結構描述轉換發生問題，AWS Transform for Windows 會自動執行 AI 引導的評估迴圈，以便自動修復問題。在階段執行期間，資料庫中的所有結構描述會重複該程序。同樣，若 SQL Server 資料庫中有存放程序，亦會對其進行移植，以便與 Aurora PostgreSQL 資料庫相容。一旦成功完成結構描述轉換，將會套用至目標 Aurora PostgreSQL 資料庫。

針對目標 PostgreSQL 資料庫完全轉換結構描述之後，您可選擇從 SQL Server 資料庫中，將資料遷移至 Aurora PostgreSQL 資料庫。在此階段期間，Windows 版 AWS Transform 可將您的資料遷移至轉換的 PostgreSQL 資料庫。若遷移程序期間發生任何問題，將會向您傳送相關遷移問題的通知，以及一份遷移報告，以便進行故障診斷。

最後會更新來源程式碼儲存庫，以便與建立的 PostgreSQL 目標資料庫相符。更新連線字串，以便與 PostgreSQL 資料庫相符；移植嵌入式 SQL 程式碼，以便與 PostgreSQL 相容；以及更新 Entity Framework 與 ADO.NET，以便與新的資料庫相符。在轉換完成之後，更新將提交至您提供的一個新的來源程式碼儲存庫分支。在此步驟期間，您可審查 AWS Transform 所執行更新的詳細轉換摘要。

若是 .NET 程式碼轉換，您可透過針對每個儲存庫，以自然語言提供的詳細轉換報告來追蹤全部修改操作。這些報告概述了該程序期間修改、移動或更新的檔案、API，以及私有 NuGet 套件。若是部分轉換儲存庫，摘要報告包含有關建置錯誤及結構描述轉換失敗的特定詳細資訊，以及解決這些問題的建議。轉換的全部來源程式碼皆會提交至您在任務執行期間指定的新目標分支，以便您檢查分支，以及審查 AWS Transform 執行的程式碼變更。

若是 SQL Server 現代化，您可在完成轉換步驟之後，透過可用的報告來監控結構描述轉換與資料遷移操作。可在轉換之後立即存取這些報告，亦可透過 AWS Data Migration Service (AWS DMS) 主控台中的「遷移專案」頁面來存取這些報告。類似於 .NET 轉換，您可追蹤功能分支中的來源程式碼變更。另外，您可在目標 PostgreSQL 資料庫中，審查部署的資料庫結構描述及存放程序，以便驗證轉換結果。

在 Web 體驗過程中，您可採用兩種主要方法來即時監控轉換進度。互動式聊天可依據目前的任務計畫，以及問題的關聯內容來提供動態更新與回應，以及存取有關進行中任務與操作的綜合知識庫。工作日誌提供了 AWS Transform for Windows 針對來源程式碼與資料庫執行的所有操作的詳細文件，包括使用者核准與稽核軌跡。

在 Visual Studio IDE 體驗過程中，若在 Visual Studio 中轉換 .NET 應用程式，可透過 AWS Transform Hub 監控進度。此介面顯示了估算的剩餘時間、詳細的轉換步驟，以及活動工作日誌。

另外，您還會收到每個儲存庫的綜合轉換摘要報告，其中詳細說明了修改的檔案、API 變更，以及對私有 NuGet 套件的更新。

任務完成後，您會收到電子郵件通知，載有可審查轉換儲存庫的深層連結。 

若是 .NET 程式碼轉換：AWS Transform 可提供詳細的轉換摘要報告，包括後續步驟 Markdown 檔案，檔案中概述了 Linux 準備度問題，以及資料庫存取程式碼更新等剩餘任務。您可使用此資訊來起始 AWS Transform 的另一項轉換，或者將其用做 AI 程式碼輔助工具的指引。

若是 SQL 結構描述轉換與資料遷移︰結構描述轉換報告將顯示成功轉換的結構描述百分比，還會提供完成未完成工作的指引。您可使用 AWS Database Migration Service (AWS DMS) 主控台的結構描述轉換頁面，或使用 DBeaver 之類的 IDE 來處理剩餘的結構描述轉換。若是出現資料遷移錯誤，您可審查資料遷移報告，以便解決遷移問題。

透過適用於全堆疊 Windows 現代化的 AWS Transform 來移植程式碼，您是該程式碼的擁有者。來源程式碼完成移植後，轉換的程式碼將提交至儲存庫中選擇的分支。在程式碼提交至分支之後，AWS Transform 不會存放轉換程式碼的任何副本。

使用 AWS Transform 與 AWS DMS 轉換的資料庫結構描述，該擁有權原則同樣適用。您擁有全部轉換的結構描述，並且可供下載、修改，以及將其上傳至目標資料庫。在任務完成之後，AWS Transform 不會保留任何結構描述資訊。

AWS Transform .NET 代理程式可透過 AWS CodeConnections 服務來存取來源程式碼，在存取來源程式碼之前，這必須經由您的 AWS 帳戶的 IT 管理員核准。其隨後會分析您的程式碼，以確定專案間的相依性及專案內使用的私有套件，以此建議轉換計畫。該服務旨在安全且暫時地複製您的 .NET 解決方案，讓您可使用客戶受管 KMS 金鑰在此環境中加密程式碼。使用客戶受管 KMS 金鑰，您可完全控制金鑰，包括管理存取資料的政策、授權、標籤和別名。

AWS Transform 處理的來源程式碼僅會在任務持續期間儲存，並在任務完成後清除。您的信任、隱私權和內容安全是我們最關切的事項。我們實作適當的控制 (包括傳輸加密)，以避免未授權人員存取或公開您的內容，同時確保對內容的使用絕對遵守我們對您所做的承諾。

AWS Transform 透過資料庫連接器，可安全地分析資料庫結構描述，這需要 AWS 帳戶 IT 管理員的明確核准。同樣，透過 AWS CodeConnections 服務管理來源程式碼儲存庫的存取權，亦需 IT 管理員核准。

透過您提供給 AWS Transform 代理程式的 AWS 機密金鑰與使用者憑證，可保障資料庫存取權的安全性。在結構描述轉換期間，轉換的結構描述直接部署於您指定的 AWS 帳戶、VPC 及子網路的目標 Aurora PostgreSQL 資料庫。

在整個程序中，AWS Transform 可保障執行嚴格的安全通訊協定，絕不會永久存放資料庫資訊。任務完成之後，所有資料庫轉換資訊將備刪除，且轉換的程式碼只會提交至您指定的功能分支，而不會在任務完成之後保留任何內容。此程序可確保在整個轉換程序中，資料庫程式碼與結構描述保持安全，同時確保在 AWS 環境內的完全控制權。

適用於大型電腦的 AWS 轉換是一項採用代理式 AI 技術的服務，旨在加速傳統大型主機應用程式的現代化。客戶可以定義高層次現代化目標，並利用專門的 AI 代理程式來協調必要的工具和程序。代理程式可分析應用程式、生成文件、擷取商業邏輯、分解整合型結構、轉換舊式程式碼、自動化測試，以及管理現代化任務，並且在需要時提供人員參與迴圈監督。

AWS Transform 的主要功能包括靈活的、目標驅動型規劃、應用程式資產的分類、透過商業邏輯擷取的規劃和文件生成、綜合性測試功能，以及自動重構，其中自動重構可將 COBOL 式大型電腦工作負載轉換為現代化的雲端最佳化 Java 應用程式，以及採用 AI 技術的重新構想功能。

AWS Transform 使客戶能夠更快速、更加經濟高效地實現重要大型電腦應用程式的現代化，並且能夠確信其業務關鍵邏輯將在整個轉換過程中得到保留。

適用於大型電腦的 AWS 轉換支援重新構想與重構現代化模式，提供靈活的途徑來實現舊式大型電腦應用程式的現代化。

藉助 AWS Transform 進行重構，可將 COBOL 式大型主機應用程式自動轉換為執行於 AWS 的現代化 Java 應用程式，並使用代理式 AI 來分析程式碼庫、生成文件、分解句型應用程式、規劃現代化階段、自動執行測試功能，以及加速程式碼重構，同時確保與舊版堆疊等效的功能。

藉助 AWS Transform 重新構想，可將大型電腦應用程式轉換為雲端原生架構，善用自動化分析將句型應用程式轉換為可充分利用雲端原生功能的現代化 Java 解決方案。憑藉以聊天為中心、靈活的代理程式體驗，AWS Transform 可分析程式碼與資料，從而擷取技術與業務文件中的資訊，來推進重新構想工作負載的前向工程。

AWS Transform 的主要特點是它能夠將單體大型主機應用程式分解為模組化、業務一致的多個領域，然後產生全面的現代化階段。聯合使用商業邏輯擷取與分解步驟，協助將巨型應用程式分解為邏輯商業網域。

AWS Transform 善用自動推理和規劃功能，分析您的程式碼庫，識別離散的功能區域，並相應地組織應用程式資產。然後，該服務會建立排定優先順序的詳細現代化計劃，其中會考慮業務優先順序、技術複雜性和限制等因素。憑藉深入的資料與活動分析，AWS Transform 還可協助確定使用率較低或具有最低企業價值的應用程式元件，從而支援做出更明智的目標架構決策。

這種領域驅動的分解和周到的規劃可讓您以可管理的反覆運作步驟來處理現代化。透過預先提供這種可見性和結構，AWS Transform 可讓您能夠集中精力、做出明智的決策並更快地執行現代化。

是，適用於大型電腦的 AWS 轉換是模組化的，可讓您在現代化之旅的多個或少量階段中根據自己的選擇利用其功能。舉例來說，若要重新構想應用程式，您可能最初會專注於程式碼庫、資料結構，以及活動間的分析，隨後在文件中分層，以便通知重新構想應用程式的前向工程。

庫存收集涵蓋各種大型電腦元件，包括 COBOL 程式、Copybook、任務控制語言 (JCL)、程序和參數卡以及 DB2 定義。應載入客戶資訊控制系統 (CICS)、資訊管理系統交易管理員 (IMS TM) 與 CSD 檔案 (如可用)，以此確定入口點。

擷取程序首先透過文字模式下載來源元素，將每個成員轉換為個別的來源檔案。檔案應在結構化目錄系統中組織，以反映其原始位置、語言、類型和應用程式/子應用程式關係 (例如 C:\Mainframe\APP1\Cobol\Program1.CBL 或 \Mainframe\APP1\JCL\JCL1.txt)。如果沒有提供副檔名，AWS Transform 將根據檔案內容判斷適當的副檔名來分類成員。

然後，將收集的庫存壓縮為 zip 檔案並上傳到 S3 儲存貯體。該程序可能反覆運作，初始上傳後針對遺失的元件進行後續反覆執行，直至達到令人滿意的完整性。

程式碼轉換後，您可以選擇使用預先建置的基礎結構即程式碼 (IaC) 範本來部署現代化應用程式。這些範本可透過 AWS Transform 聊天介面存取，進而協助建立必要的運算資源、資料庫、儲存和安全控制。範本提供 AWS CloudFormation、AWS CDK 和 Terraform 格式。

您也可使用「重鑄」步驟，以在部署之前增強轉換後的 Java 程式碼，進而提升可讀性和維護性。若要使用此功能，請提供重構的程式碼和 java 類別清單，以指定要重鑄的服務類別。AWS Transform 將產生包含重鑄的程式碼的可下載檔案。

適用於大型電腦的 AWS 轉換提供綜合性測試功能，旨在減少大型電腦現代化測試所需的時間與工作，這通常會取用 50% 以上的專案時長。包括自動執行測試計畫生成、建立測試資料集合指令碼、建立測試案例自動化指令碼，以及重建迴歸單位測試自動化。此外，該服務還包括重構功能測試環境，以及用於持續迴歸測試、資料遷移，以及結果變化的多種工具。

這些採用代理式 AI 技術的功能協同運作，可減少對稀缺大型電腦專業技術的相依項，加速測試時間表，以及透過自動化來改善準確度，從而有助於客戶以更大的信心及效率對其大型電腦應用程式進行現代化改造。

AWS Transform 提供了在來源程式碼中指定檔案以產生文件的功能。您可以選擇檔案集合的摘要概觀或每個檔案的詳細功能規格。詳細規格包括邏輯流程、輸入/輸出處理和其他交易詳細資訊。

產生之後，您即可透過在 AWS Transform 介面中檢視檔案或以 XML 或 PDF 格式下載檔案來存取此文件。此外，AWS Transform 聊天功能讓您能夠查詢文件以更好地了解您的文件，例如詢問特定檔案用途或功能。

「分析」步驟是所有大型電腦的必備任務，可檢查 S3 儲存貯體中提供的原始程式碼，並產生若干關鍵洞察。AWS Transform 會對檔案類型進行分類，並提供相關指標，包括總程式碼行數、程式碼評論行、有效的程式碼行以及圈複雜度 (代表程式的原始程式碼中線性獨立路徑的數目)。分析可識別缺失和重複的檔案，包括共用相同名稱或程式 ID 的檔案。其還會產生檔案之間的相依性映射，其中這些檔案可在分解步驟中使用。此資訊可協助您了解原始程式碼的狀態，然後再繼續進行現代化。

AWS Transform 可透過自動化商業邏輯擷取，讓企業利害關係人更容易實現大型電腦現代化。此功能可從來源程式碼中擷取業務規則、功能群組、入口點，進而協助利害關係人擷取有關其應用程式商業邏輯的缺失知識。此外，開發人員可利用這些洞察快速了解舊式系統功能，而無需深厚的大型電腦專業知識。

適用於 VMware 的 AWS 轉換提供三項主要優勢。首先，AWS Transform 可協調整您的整個遷移之旅，並且提高團隊的生產力。其次，該服務可以自動化複雜的人力密集型遷移任務，包括階段規劃和網路轉換。這種簡化可加速遷移，減少錯誤，並且將內部專業知識的需求降到最低，從而縮短實現價值的時間。最後，AWS Transform 透過了解您的特定遷移目標並分析來源環境來自訂您的遷移之旅。

是，適用於 VMware 的 AWS 轉換專為遷移複雜的多層應用程式而設計。其技術可識別複雜的應用程序相依項和關係，即使在大型的複雜環境中亦可識別。然後，它將相關伺服器分組成邏輯應用程式群組，這些群組需要作為單一遷移階段進行遷移。例如，遷移 500 個虛擬機器的環境時，AWS Transform 可能會識別 50 個虛擬機器，這些虛擬機器由於緊耦合而需要作為一個單位遷移。對於擁有互連的舊式系統或微服務架構的客戶來說，這項功能特別有價值。您可定義靈活的業務規則，以便對應用程式分組，以及自動生成可滿足您需求的遷移階段。

首先，使用您目前的企業憑證登入 AWS Transform Web 應用程式。如果您是新使用者，您的帳戶管理員必須先啟用 AWS Transform，並透過 AWS IAM Identity Center 將您新增為使用者，以便進行單一登入 (SSO) 存取。若是 VMware 遷移，AWS Transform 會引導您透過第三方工具，或者透過 AWS Transform 探索工具來上傳資產庫存。您可以透過指定目標在 AWS Transform 中啟動新專案。

適用於 VMware 的 AWS 轉換是第一個生成式 AI 支援的助理，可用於將 VMware 工作負載大規模遷移至 Amazon Elastic Compute Cloud (Amazon EC2)。它可讓您指定目標，制定實現這些目標的計畫，以及代表您執行核准的動作，從而簡化和加速您的遷移。

適用於 VMware 的 AWS 轉換可簡化整個遷移過程，其方法是分析您的環境，形成對應用程式庫存和相依性的理解，並使用伺服器和網路資料提議遷移階段的邏輯應用程式群組。該服務協調相依性感知的遷移以最大限度地減少停機時間，建議適當調整大小的 Amazon EC2 執行個體，並允許進行跨團隊的無縫協作。

AWS Transform 能夠以動態方式制定任務計畫，以便滿足您的特定需求。

AWS Transform 支援以下功能︰

• 探索︰執行內部部署環境探索
• 規劃︰生成可滿足您業務需求的階段性計畫
• 網路︰遷移︰設定及生成用於部署的 IaC。AWS Transform 亦可自動執行部署
• 主機轉換︰遷移伺服器至 EC2

AWS Transform 將量身定製計畫，以便納入下面這些功能的任意組合︰

• 端對端遷移︰執行探索、生成階段性計畫、設定 VPC 網路以及遷移伺服器。
• 僅限網路遷移︰僅專注於產生和部署 VPC 組態。
• 網路與伺服器遷移︰設定和部署 VPC 網路，然後遷移伺服器，而不進行探索。
• 探索和伺服器遷移︰執行探索，生成階段性計畫，以及遷移伺服器，而不進行網路設定。

是，AWS Transform 會分析來源虛擬機器的組態和使用率資料，為您遷移的工作負載建議適當的 EC2 執行個體類型。它會考慮 CPU、記憶體、儲存和網路要求等因素，以建議經濟高效且效能最佳化的執行個體。您可以在遷移之前審查和調整這些建議。

適用於 VMware 的 AWS 轉換可協助您使用多種資料收集方法探索來源伺服器。該服務使用收集的來源伺服器和資料庫相關組態資料來規劃遷移至 AWS 的任務，並且套用各種機器學習 (ML) 技術來規劃遷移階段。該服務支援多種方法來執行探索和收集有關來源伺服器的資料。

AWS Transform 探索工具可透過 VMware vCenter 來部署 Discovery Collector (OVA 檔案)，藉此執行集中式探索。藉助探索工具，能夠探索用於生成商業案例與遷移計畫的 VM 組態、用於大小調整建議的資源使用率，以及用於應用程式相依項映射的資料庫中繼資料與伺服器間連線，以便支援階段性計畫制定。此外，您還可以使用 RVTools 匯出來提供 CSV 或 Excel 格式匯出，其中包含有關 VMware 環境的詳細資訊，包括 vSwitch、連接埠群組和 VLAN。您可從選定的第三方工具匯出探索資料，在 AWS Transform 中用於遷移計畫。 

AWS Transform 現在支援遷移網路與應用程式至多個目標帳戶，透過額外的資料來源 (Cisco ACI、Palo Alto 與 Fortigate) 來轉換網路組態，以及在階段及伺服器層級管理主機轉換。

目前，AWS Transform 僅支援將來源 VMware 環境遷移至 Amazon EC2。雖然 AWS Transform 不支援將來源 VMware 環境自動遷移至 Amazon Elastic VMware Service (Amazon EVS)，但它了解您的遷移目標，並且可針對您的使用案例提供使用 VMware Hybrid Cloud Extension (HCX) 遷移至 Amazon EVS 的指引。

適用於 VMware 的 AWS 轉換為您的傳輸中和靜態資料實作全面的加密：

傳輸中的資料：

• 您的環境、適用於 VMware 的 AWS 轉換和 AWS 服務之間的所有通訊均使用 Transport Layer Security (TLS) 1.2 或更高版本的加密。
• 從來源伺服器到 AWS 的資料複寫使用加密的連線進行安全傳輸。
• 作為 AWS 標準安全實務的一部分，遷移中所涉及 AWS 服務之間的 API 呼叫會自動加密。

靜態資料：

• 依預設，適用於 VMware 的 AWS 轉換會使用 AWS 受管加密金鑰加密儲存在 Amazon S3 儲存貯體中的資料。
• 您可以選擇使用自己的客戶受管 AWS KMS key 來實現加密程序的增強控制和安全性。
• 遷移期間儲存的複寫伺服器資料會根據 AWS Application Migration Service 標準加密實務進行加密。
• 適用於 VMware 的 AWS 轉換儲存的中繼資料和組態資訊會使用 AWS 標準加密機制進行加密。

這種全面的加密方法有助於確保您的遷移資料在整個遷移程序中得到保護，符合安全性最佳實務，並可協助您遵從資料保護的合規要求。

重點注意事項：AWS Transform 在您的目標 AWS 帳戶中代表您建立 Amazon S3 儲存貯體。依預設，這些儲存貯體沒有啟用 SecureTransport。如果您希望儲存貯體政策包括 SecureTransport，則必須自行更新該政策。如需詳細資訊，請參閱 Amazon S3 安全最佳實務。

是，適用於 VMware 的 AWS 轉換可讓您避免使用公有網際網路進行資料複寫。您可以使用 AWS Direct Connect 建立專用高頻寬連結的私有連線，或者使用 AWS Site-to-Site VPN 建立資料中心和 AWS 之間的加密通道。這些選項可確保遷移流量的安全性並使其遠離公有網際網路，同時透過更可預測的網路條件提高效能。設定複寫時，您可以將 AWS Transform 設定為使用私有連線，使其適合帶有敏感或大量資料的大規模遷移。

適用於 VMware 的 AWS 轉換將您的遷移資料儲存在幾個位置：

• 您的 AWS 帳戶：AWS Transform 在您的目標帳戶中建立 S3 儲存貯體，以儲存您的遷移資料、成品和組態資訊。您可以完全控制這些儲存貯體，並可以選擇所使用的加密金鑰。
• AWS Transform 工作空間：您的資料會在您建立 AWS Transform 工作空間的 AWS 區域中處理，以生成遷移建議和計畫。
• 暫時服務儲存：對於某些遷移任務，客戶資料會安全且暫時性地上傳到與來源帳戶相同區域的 AWS 服務帳戶中的成品存放區。此資料用於處理，並且在任務或帳戶被刪除時會自動刪除。
• 服務指標儲存：計算的遷移指標和評估結果儲存在 S3 和 CloudWatch 中的 AWS 服務帳戶內，以進行服務改進和營運監控。
• 複寫資料：存放於您的目標 AWS 帳戶中的 EBS 快照與磁碟區。

雖然 AWS Transform 會建立具有基本安全組態 (包括靜態加密) 的 S3 儲存貯體，但我們強烈建議實作附加的 S3 儲存貯體安全最佳實務來全面保護您的資料，例如強制執行傳輸中加密、啟用存取日誌記錄以及實作適當的儲存貯體政策。

在區域可用性方面，適用於 VMware 的 AWS 轉換以兩種不同的方式運作：

工作空間區域：這些區域託管 AI 工作空間，其中處理探索資料、進行評估、開展階段規劃以及產生最適化調整建議。目前，工作空間區域包括：

• 美國東部 (維吉尼亞北部)
• 亞太地區 (仁川)
• 亞太地區 (成田)
• 亞太地區 (首爾)
• 亞太區域 (雪梨)
• 亞太區域 (東京)
• 亞太地區 (孟買)
• 加拿大 (中部)
• 歐洲 (法蘭克福)
• 歐洲 (倫敦)
• 南美洲 (聖保羅)

南美洲 (聖保羅) 您應根據資料處理的合規要求選擇自己的工作空間區域。例如，具有資料落地要求的歐洲客戶應選擇歐洲 (法蘭克福)，以確保其組態資料在分析期間保留在歐洲境內。

目標遷移區域：適用於 VMware 的 AWS 轉換支援遷移至下列目標區域。

在共同責任模式下，您負責選取符合資料落地和合規要求的適當區域。如果您選擇與工作空間區域不同的目標區域，請注意，資料在遷移過程中會跨 AWS 區域傳輸，您需要根據自己的資料治理政策對此進行評估。

如需支援區域的最新資訊，請參閱依區域劃分的 AWS 服務。

AWS Transform 自訂可藉助代理式 AI 來大規模執行軟體、程式碼、程式庫與架構的自訂現代化，以便減少技術負債。其可處理各種情境，包括版本升級 (Java 8 至 17、Python 3.9 至 3.13)、執行時期遷移 (x86 至 Graviton)、架構升級與轉換 (Spring Boot 升級、Angular 至 React)、重構 (可觀測性工具)，以及組織特定轉換。

該服務包括隨即可用的 AWS 受管轉換，適用於 Java、Node.js、Python 升級與 AWS SDK 升級等一般使用案例。如需滿足其他情境與組織特定需求，您可透過自然語言互動、文件與程式碼範例，來建立自訂轉換。憑藉持續性學習，代理程式可透過每一次執行與開發人員意見回饋來做出改善，從而交付高品質、可重複的轉換，而無須專門的自動化專業知識。

自訂轉換代理程式包含四個核心元件：

1. 自然語言驅動型轉換定義：讓團隊能夠使用自然語言互動、文件及程式碼範例，來生成組織特定轉換。AI 代理程式可生成初始轉換定義，透過聊天、額外的範例，或直接編輯可逐步精簡該定義。
2. 跨程式碼庫執行轉換：以可靠、一致的方式，跨多個程式碼庫套用轉換定義。AWS Transform 自訂使用可設定的建置命令，來建置與驗證轉換的程式碼。藉助 AWS Transform Web 應用程式，您可設定大規模行銷活動，以便轉換多個程式碼庫及追蹤其進度。
3. 持續性學習︰自動擷取意見回饋，以及隨著每一次執行做出改善，以便提升轉換準確度與效率。AWS Transform 自訂可對一切執行資料進行分析，以及自動生成改善的轉換定義版本，從而確保每次後續轉換變得更加可靠與高效。
4. AWS 受管轉換︰針對 Java、Python 及 Node.js 版本升級等一般升級情境，提供隨即可用的 AWS 受管轉換。這些轉換經由 AWS 審核，確保具備高品質，且無須任何額外的設定即可隨時使用。

可依據您的工作流程來調整 AWS Transform 自訂。若是大規模現代化專案，您可依據以下所述階段，在多個程式碼庫中套用可重複轉換︰

階段 1：定義轉換 (選用)：若是自訂轉換，請向 AI 代理程式提供自然語言提示、參考文件，以及程式碼範例，這會生成初始的轉換定義。您可透過聊天、額外範例或直接編輯，來逐步優化定義，然後在發佈轉換至整個組織以供使用之前，在範例程式碼庫上測試及驗證這些轉換。若是 AWS 受管轉換，您可略過此階段，然後使用現成的轉換。

階段 2：執行試驗或概念驗證：藉由對目標程式碼子集執行試驗，驗證轉換是否會產生預期結果。若是自訂轉換，此階段有時會結合轉換定義驗證。此外，試驗還可用於預估轉換的時間，以及 AWS Transform 自訂用量的費用。

階段 3：擴展執行：試驗之後，以及試驗結果來調整轉換。請注意，在試驗期間，AWS Transform 自訂持續性學習將能改善品質。在擴展執行過程中，團隊可設定自動化批次執行，在此情況下，AWS Transform CLI 可執行批次轉換，建立由個別團隊審查的結果程式碼；或者團隊可直接執行 CLI 來獲得完全的控制權，這有時更適合更複雜的轉換。

階段 4：監控與審查：與擴展執行並行執行監控與審查，您可監控執行進度，以及審查並核准透過 AWS Transform 自訂持續性學習擷取的學習內容。

可透過兩個介面來存取 AWS Transform 自訂︰

AWS Transform CLI (命令列介面)

CLI 用於以互動方式建立新的自訂轉換，並且以互動或自主方式在本機程式碼庫執行轉換。其被部署為一個簡單的、可執行指令碼的 CLI，能夠與任何來源控制系統或部署管道整合。有意將 CLI 進行最小化與組合式設計，並且能夠在個別開發人員機器、容器中執行，或者做為組織更大型現代化架構的組成部分。

AWS Transform Web 應用程式 (選用)

AWS Transform Web 應用程式用於在多個儲存庫中，啟動並監控大規模的轉換專案。該應用程式可讓您選擇想要大規模執行的轉換，以及在轉換執行期間追蹤即時的進度更新。

AWS 受管轉換是指針對一般升級情境預先建置的、經 AWS 審核的轉換，無須任何額外的設定即可隨時使用：

目前可用：

• Java 8 至 17 的遷移 (適用於 Gradle 與 Maven)
• Node.js 12 至 22 的升級 (包括 Lambda 環境)
• Python 執行時期更新至 3.11/3.12/3.13 (標準與 Lambda)
• AWS SDK 遷移 (v1 至 v2)

效能特性︰

• AWS 驗證︰這些轉換由 AWS 審核，以確保高品質
• 隨時可用︰無須額外的設定
• 持續發展︰持續新增額外的即用轉換
• 可自訂︰您可依據組織的特定需求，提供額外的指引或要求，藉此來自訂預先建置的轉換 (例如，可透過處理您的內部程式庫或編碼標準的特定規則，來增強 Java 升級轉換)
• 試驗支援︰在進行進一步測試與優化時，可能會將某些轉換標記為試驗

藉助 AWS 受管、即用轉換，您可在利用 AWS 的專業技術的同時，快速開始使用一般現代化模式，然後依據組織的特定需求來對其自訂。

建立轉換的時間因複雜度，以及以現有遷移指南、文件及程式碼範例形式提供的資料而有所差異。提供的資訊越多，轉換的初始品質就越出色。若是常規升級、遷移與重構，初始轉換定義需時 1-2 天，對範例程式碼庫進行測試及優化則需 2-3 天的迭代時間。

藉由以互動方式執行轉換，暫停及視需提供自然語言意見回饋，或在最後提供意見回饋來優化轉換。意見回饋可以是自然語言、程式碼修正，或者額外的前後範例。AWS Transform 自訂可提供關於如何改善轉換品質的指引。請務必記住，您可能需要簡化轉換，例如分解為多個步驟，以取得良好的結果。轉換可靠運作後即可發布，供整個組織使用。

AWS Transform 自訂可實作多項安全措施，以確保轉換品質。其整合 Amazon Bedrock 的安全防護機制，將程式碼變更分解為合理大小的程式碼片段，以便輕鬆審查。轉換透過使用者定義的組建與測試命令來驗證變更，並且可指定必須滿足的驗證條件，例如成功的執行測試，或者必須確保的特定程式碼模式。

若轉換發生錯誤，AWS Transform 自訂可提供詳細的日誌，說明發生了什麼問題及位置。若是建置或測試失敗，其可擷取特定錯誤訊息與關聯內容。若生成的程式碼不正確，您可提供意見回饋，代理程式會將該意見回饋整合至其學習系統，以便改善未來的轉換。透過使用的關聯關聯，或將轉換分解為更小型、更易管理的變更可重試失敗的轉換。

持續性學習系統透過代理程式在轉換程式碼及進行偵錯時獲得的明式意見回饋 (註解與程式碼修正) 及隱式觀測，可從每次轉換執行中收集資訊。此資訊經過處理，可用於建立改善未來轉換的「知識項目」。這些知識項目為該轉換所特定，並且不會在不同轉換或不同客戶間共享。轉換擁有者可審查及管理項目，他們可啟用或停用特定學習內容。轉換完成之後，會自動發生學習程序，而無須額外的使用者輸入。

AWS Transform CLI 可輕鬆嵌入 CI/CD 管道，並且可在您自己的建置基礎結構中直接執行。這樣一來，您就能將轉換整合至您的現有開發與部署工作流程中，從而做為標準程序的組成部分來啟用自動執行。

您需要 AWS 帳戶與 IAM 許可，方可執行 AWS Transform CLI。要求透過 AWS IAM Identity Center 存取 AWS Transform Web 應用程式，但存取 CLI 中的功能則不需要。

我們可能會使用 AWS Transform 的某些內容來改善服務。例如，AWS Transform 可能會使用此內容來針對常見問題提供更理想的回應、修復 AWS Transform 操作問題、偵錯或模型訓練。

您可以隨時透過服務設定選擇退出服務改善。對於 AWS Transform Web 主控台體驗，請在 AWS Organizations 中設定 AI 服務選擇退出政策來選擇退出。如需詳細資訊，請參閱 AWS Organizations 使用者指南中的 AI 服務退出政策。對於 IDE，請在 IDE 中調整設定以選擇退出。

您的信任、您的隱私權和資料安全是我們最關切的事項。我們會實作適用且精密的技術和物理控制項，包括靜態和傳輸中加密。此舉旨在避免未授權人員存取或外洩您的資料，同時確保對資料的使用遵守我們對您所做的承諾。如需詳細資訊，請參閱資料隱私權常見問答集。

當您將自己擁有的程式碼提供給 AWS Transform 時，您會對移植的程式碼版本保留擁有權。移植完成後，您可以檢閱輸出，並且可以在部署到生產環境前進行修改或按原樣使用。

是。請聯絡 AWS 帳戶團隊並索取 AWS Transform 的服務加速器文件。如果貴組織與 AWS 簽署了保密協議，那麼客戶團隊會與您分享文件。

除非明確選擇退出，否則 AWS Transform 的內容也可能會用於增強或改善基礎模型 (FM) 的品質。此資料不會與其他第三方模型供應商共用。如果您使用文件中描述的退出機制，將不會使用您的內容。如需詳細資訊，請參閱與 AWS 共用您的資料。