View a markdown version of this page

AWS受管轉換 - AWS 轉換

本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。

AWS受管轉換

AWS受管轉換是針對常見使用案例預先建置、經過 AWS審核的轉換,無須額外設定即可使用。

概觀

AWS受管轉換具有下列特性:

  • 驗證者 AWS - 這些轉換由 審核 AWS 為高品質

  • 準備使用 - 不需要其他設定

  • 持續成長 - 持續新增其他轉換

  • 可自訂 - 預先建置的轉換可以透過使用additionalPlanContext組態參數提供組織需求的其他指引或需求來自訂

  • 早期存取支援 - 某些轉換可能會在進一步測試和改進時標記為早期存取

可用 AWS受管轉換

下列目錄列出目前可用的 AWS受管轉換,依使用案例分組。每個資料表會顯示轉換名稱、其套用的語言或堆疊及其狀態。若要快速尋找轉換,請使用此頁面頂端的搜尋方塊,依名稱、語言或使用案例進行搜尋。

此目錄是 AWS受管轉換的正式清單。Kiro Power、代理程式外掛程式、VS Code 外掛程式和 CLI 都會執行相同的轉換。若要列出登錄檔中可用的轉換,請執行 atx custom def list

注意

標記為早期存取的轉換可正常運作,但可能會根據客戶意見回饋頻繁更新。

執行期升級

將語言或執行時間升級至較新版本,或變更執行時間分佈。

轉換 語言/堆疊 狀態 說明
AWS/java-version-upgrade Java 全面推出 使用任何建置系統,將 Java 應用程式從任何來源 JDK 版本升級至任何目標 JDK 版本,包括雅加達 EE 遷移、資料庫驅動程式、ORM 架構和 Spring 生態系統更新。在聊天中或使用 additionalPlanContext 參數指定目標 JDK 版本。
AWS/python-version-upgrade Python 全面推出 將 Python 專案從 Python 3.8 或 3.9 遷移至 Python 3.11、3.12 或 3.13,同時維護功能和效能。在聊天中或使用 additionalPlanContext 參數指定目標 Python 版本。
AWS/nodejs-version-upgrade Node.js 全面推出 將 Node.js 應用程式從任何來源 Node.js 版本升級至任何目標 Node.js 版本。在聊天中或使用 additionalPlanContext 參數指定目標版本。
AWS/lambda-nodejs-runtime-upgrade Node.js (Lambda) 早期存取 將 AWS Lambda 函數從較舊的 Node.js 執行期 (nodejs4.3 到 nodejs22.x) 升級至 nodejs24.x,解決 Lambda 執行期界面用戶端 (RIC) 和 Node.js 24 語言執行期中的重大變更。
AWS/oracle-java-to-corretto Java (JDK 分佈) 早期存取 將 Java 專案從 Oracle JDK 遷移至 Amazon Corretto。以標準 Java 對等項目取代 Oracle 特定的內部 APIs、更新建置組態 (Maven 和 Gradle) 和容器基礎映像、移除商業 JVM 旗標,以及產生授權報告。
AWS/ruby-upgrade Ruby 早期存取 將 Ruby 應用程式從 Ruby 2.x 升級至 Ruby 4.0,及其架構升級至 Rails 8.0 或 Sinatra 4.1。您可以搭配 Rails 和 ActiveRecord 應用程式、Sinatra 應用程式和獨立 Gem 套件使用此轉換。轉換會將每個 Ruby 版本凹凸與相符的架構升級配對,並執行測試套件。然後,它會在進入下一個版本之前隔離失敗。

SDK 遷移

在 AWS SDK 的主要版本之間遷移。

轉換 語言/堆疊 狀態 說明
AWS/java-aws-sdk-v1-to-v2 Java 全面推出 使用 Maven 或 Gradle 將適用於 Java 專案的 AWS SDK 從 v1 升級到 v2。
AWS/python-boto2-to-boto3 Python 全面推出 根據官方遷移文件,將 Python 應用程式從 boto2 AWS 遷移至 boto3。
AWS/nodejs-aws-sdk-v2-to-v3 Node.js 全面推出 從適用於 JavaScript 的 AWS SDK v2 將 Node.js 應用程式升級至適用於模組化架構的 v3、一級 TypeScript 支援和改善的效能,而無需變更 Node.js 版本。

架構升級和遷移

將架構升級至較新的版本,或遷移至不同的架構。

轉換 語言/堆疊 狀態 說明
AWS/spring-boot-version-upgrade Java/Sring 開機 全面推出 將較舊的 Spring Boot 應用程式升級至目標 Spring Boot 版本,包括建置檔案和啟動器、屬性、Jackson 3 套件、Spring Security 7 DSL、測試基礎設施和可觀測性相依性。
AWS/JBoss-to-Spring-Boot Java (JBoss 或 WildFly 到 Spring Boot) 早期存取 將 JBoss EAP 或 WildFly 上執行的 Java EE 或 Jakarta EE 企業應用程式遷移至 Spring Boot,消除雲端原生、容器化部署模型的應用程式伺服器相依性。
AWS/early-access-angular-to-react-migration 要反應的角度 早期存取 將 Angular 應用程式轉換為 React。
AWS/angular-version-upgrade 角度 早期存取 將較舊的 Angular 應用程式升級至目標 Angular 版本,包括元件、服務、範本和路由。
AWS/vue.js-version-upgrade Vue.js 早期存取 執行從 Vue.js 2 到 Vue.js 3 的主要版本升級,現代化元件、狀態管理、路由和全域 APIs。次要和修補程式更新超出範圍。

GenAI 和模型遷移

將生成式 AI 工作負載遷移至 。

轉換 語言/堆疊 狀態 說明
AWS/GenAI-to-Bedrock-Migration-Assessment 生成式 AI 工作負載 早期存取 評估從第三方供應商 (OpenAI、Google Gemini、Anthropic Direct 和開放原始碼模型) 遷移到 的生成式 AI 工作負載。探索 SDK 用量和模型、釐清需求、設計模型映射、預估成本和風險,以及產生評估成品。僅限評估;不會修改原始程式碼。也涵蓋代理程式架構,例如CrewAI、LangGraph 和 Strands。

Language-to-language遷移

將程式碼庫從一種程式設計語言轉換為另一種程式設計語言。

轉換 語言/堆疊 狀態 說明
AWS/vba-to-python-migration VBA 到 Python 早期存取 使用 Openpyxl、Pandas、tkinter 或 PyQt6 和標準程式庫,將 Excel VBA 巨集、模組、UserForms 和內嵌邏輯遷移至同等 Python 指令碼和模組。目標語言為 Python 3.8 或更新版本。轉換 .bas、.cls、.frm 或 .xlsm 內嵌 VBA 程式碼時使用 。

資料庫遷移

目前沒有可用的資料庫特定受 AWS管轉換。若要將 Microsoft SQL Server 資料庫及其相關聯的 .NET 應用程式現代化為 Amazon Aurora PostgreSQL,請參閱 SQL Server 現代化

可觀測性

將記錄和監控現代化為 AWS原生 服務。

轉換 語言/堆疊 狀態 說明
AWS/early-access-log4j-to-slf4j-migration Java (記錄) 早期存取 使用 Logback 後端將 Java 應用程式從 Log4j (1.x 或 2.x) 遷移至 SLF4J。處理原始程式碼、相依性管理 (Maven 和 Gradle) 和記錄組態檔案,並透過編譯、測試和剩餘匯入掃描進行驗證。
AWS/datadog-monitors-to-cloudwatch-alarms 基礎設施即程式碼/監控 早期存取 將追蹤 AWS 服務指標和自訂指標的 DataDog 指標監視器遷移至原生 CloudWatch 警示做為基礎設施做為程式碼。產生 CloudFormation YAML、CDK TypeScript 和 Terraform HCL。

Architecture

重新架構、重新格式化或最佳化應用程式 AWS。

轉換 語言/堆疊 狀態 說明
AWS/java-performance-optimization Java (效能) 全面推出 透過分析 JFR 分析資料來偵測 CPU 和記憶體熱點和反模式,然後套用目標程式碼修正,以最佳化 Java 應用程式效能。如需收集 JFR 資料的指示,請參閱 JFR 執行時間指南
AWS/early-access-java-x86-to-graviton Java (Arm64 / Graviton) 早期存取 驗證 Java 應用程式與 Graviton 處理器 Arm64 AWS 架構的相容性,並在來源碼可用時更新相依性、偵測架構特定的程式碼模式,以及重新編譯原生程式庫,以解決不相容的問題。許多現代 Java 應用程式已經Arm64-compatible。
AWS/oracle-service-bus-to-aws Java/整合到無伺服器 早期存取 將 Oracle Service Bus (OSB) 和 BPEL 程序組態遷移至 AWS原生無伺服器架構,使用 Amazon API Gateway、 AWS Lambda 和 AWS Step Functions 產生可部署的 CDK TypeScript 專案。
AWS/mulesoft-to-aws-native Java / MuleSoft 至無伺服器 早期存取 使用 SnapStart 將 MuleSoft Mule 3.x 和 4.x 應用程式轉換為無 AWS 伺服器架構 (Amazon API Gateway、 AWS Lambda 和 AWS Step Functions),以 AWS Lambda 上的 Java 17 為目標。轉換會將流程觸發映射至 AWS 事件來源、將 DataWeave 和 MEL (MuleSoft Expression Language) 表達式轉換為 AWS 對等項目,並將連接器取代為適用於 Java v2 的 AWS SDK。它會產生 SAM 範本、 AWS Lambda 處理常式和 JUnit 5 測試。
AWS/payshield-hsm-to-aws-payment-cryptography Java (HSM 到 AWS 付款密碼編譯) 全面推出 將 Java 應用程式從 Thales PayShield 硬體安全模組 (HSM) 通訊協定遷移至 AWS Payment Cryptography SDK v2。遷移包括命令映射、金鑰遷移、相依性設定和同位測試。

Codebase 分析

分析程式碼庫和產品組合以規劃現代化。這些轉換會產生報告,而且不會修改您的程式碼。

轉換 語言/堆疊 狀態 說明
AWS/comprehensive-codebase-analysis 多種語言 全面推出 對程式碼庫執行深度靜態分析,以產生階層式、交叉參考的文件,結合行為分析、架構文件和商業智慧,並強調技術債務洞察。
AWS/agentic-readiness-analysis 多種語言 早期存取 評估 AI 代理器是否已準備好安全地呼叫系統,涵蓋 APIs、身分、狀態管理、human-in-the-loop和可觀測性。
AWS/modernization-readiness-analysis 多種語言 早期存取 掃描產品組合的雲端原生成熟度差距,並將調查結果映射到 AWS 現代化途徑。
AWS/portfolio-agentic-readiness-analysis 產品組合 早期存取 彙總應用程式產品組合中的個別代理程式整備度分析報告,以識別交叉切割封鎖程式、共用修復模式和優先建議。
AWS/portfolio-modernization-readiness-analysis 產品組合 早期存取 將整個產品組合的個別現代化分析報告彙總為合併藍圖,其中包含優先遷移波紋和建議的現代化途徑。
AWS/business-rules-extraction 多種語言 早期存取 此轉換會靜態分析單體程式碼庫,以產生可重寫的文件,而不需要建置、執行或原始程式碼修改。它會將系統分解為邊界網域,並擷取每個網域的業務規則、工作流程、交叉切入考量和資料庫結構。輸出包含機器可讀取的資訊清單、互動式儀表板,以及每個網域的語言中立實作規格,以引導現代化或完整重寫。

自訂 AWS受管轉換

您可以透過 additionalPlanContext組態參數提供額外的內容,自訂 AWS受管轉換以滿足組織的特定需求。

範例:自訂 Java 版本升級

codeRepositoryPath: ./my-project transformationName: AWS/java-version-upgrade buildCommand: mvn clean install additionalPlanContext: | The target Java version to upgrade to is Java 17. Update all internal library dependencies to versions compatible with Java 17. Ensure compatibility with our custom authentication framework.

範例:自訂 AWS SDK 遷移

codeRepositoryPath: ./my-project transformationName: AWS/java-aws-sdk-v1-to-v2 buildCommand: gradle build additionalPlanContext: | Maintain our existing error handling patterns. Use our organization's standard credential provider chain. Update logging to use our internal logging framework.