기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
AWS관리형 변환
AWS관리형 변환은 추가 설정 없이 사용할 수 있는 일반적인 사용 사례를 위해 사전 구축되고 AWS검증된 변환입니다.
개요
AWS관리형 변환의 특징은 다음과 같습니다.
검증자 AWS - 이러한 변환은 고품질 AWS 이 되도록에서 검토됩니다.
즉시 사용 가능 - 추가 설정이 필요하지 않음
지속적인 성장 - 추가 변환이 지속적으로 추가되고 있습니다.
사용자 지정 가능 -
additionalPlanContext구성 파라미터를 사용하여 조직의 요구 사항에 맞는 추가 지침 또는 요구 사항을 제공하여 사전 구축된 변환을 사용자 지정할 수 있습니다.조기 액세스 지원 - 일부 변환은 추가 테스트 및 개선을 거치면서 조기 액세스로 표시될 수 있습니다.
사용 가능한 AWS관리형 변환
다음 카탈로그에는 현재 사용 가능한 AWS관리형 변환이 사용 사례별로 그룹화되어 나열되어 있습니다. 각 테이블에는 변환 이름, 변환이 적용되는 언어 또는 스택, 상태가 표시됩니다. 변환을 빠르게 찾으려면이 페이지 상단의 검색 상자를 사용하여 이름, 언어 또는 사용 사례별로 검색합니다.
이 카탈로그는 AWS관리형 변환의 정식 목록입니다. Kiro Power, 에이전트 플러그인, VS Code 플러그인 및 CLI는 모두 동일한 변환을 실행합니다. 레지스트리에서 사용 가능한 변환을 나열하려면를 실행합니다atx custom def list.
참고
조기 액세스로 표시된 변환은 작동하지만 고객 피드백에 따라 자주 업데이트될 수 있습니다.
런타임 업그레이드
언어 또는 런타임을 최신 버전으로 업그레이드하거나 런타임 배포를 변경합니다.
| 트랜스포메이션 | 언어/스택 | Status | 설명 |
|---|---|---|---|
AWS/java-version-upgrade |
Java | 정식 버전 | Jakarta EE 마이그레이션, 데이터베이스 드라이버, ORM 프레임워크, Spring 에코시스템 업데이트를 포함한 종속성 현대화를 통해 모든 소스 JDK 버전에서 모든 대상 JDK 버전으로 모든 빌드 시스템을 사용하여 Java 애플리케이션을 업그레이드합니다. 채팅에서 또는 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로 마이그레이션합니다. Oracle 전용 내부 APIs를 표준 Java로 대체하고, 빌드 구성(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의 메이저 버전 간에 마이그레이션합니다.
| 트랜스포메이션 | 언어/스택 | Status | 설명 |
|---|---|---|---|
AWS/java-aws-sdk-v1-to-v2 |
Java | 정식 버전 | Maven 또는 Gradle을 사용하여 Java 프로젝트용 AWS SDK를 v1에서 v2로 업그레이드합니다. |
AWS/python-boto2-to-boto3 |
Python | 정식 버전 | 공식 마이그레이션 설명서에 따라 Python 애플리케이션을 boto2에서 boto3로 AWS 마이그레이션합니다. |
AWS/nodejs-aws-sdk-v2-to-v3 |
Node.js | 정식 버전 | Node.js 버전을 변경하지 않고도 모듈식 아키텍처, 일류 TypeScript 지원 및 향상된 성능을 위해 Node.js 애플리케이션을 AWS SDK for JavaScript v2에서 v3로 업그레이드합니다. |
프레임워크 업그레이드 및 마이그레이션
프레임워크를 최신 버전으로 업그레이드하거나 다른 프레임워크로 마이그레이션합니다.
| 트랜스포메이션 | 언어/스택 | Status | 설명 |
|---|---|---|---|
AWS/spring-boot-version-upgrade |
Java/스프링 부트 | 정식 버전 | 빌드 파일 및 스타터, 속성, Jackson 3 패키지, Spring Security 7 DSL, 테스트 인프라 및 관찰성 종속성을 포함하여 이전 Spring Boot 애플리케이션을 대상 Spring Boot 버전으로 업그레이드합니다. |
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 애플리케이션을 대상 Angular 버전으로 업그레이드합니다. |
AWS/vue.js-version-upgrade |
Vue.js | 조기 액세스 | Vue.js 2에서 Vue.js 3으로 메이저 버전 업그레이드를 수행하여 구성 요소, 상태 관리, 라우팅 및 글로벌 APIs. 마이너 및 패치 업데이트는 범위를 벗어납니다. |
GenAI 및 모델 마이그레이션
생성형 AI 워크로드를 로 마이그레이션합니다.
| 트랜스포메이션 | 언어/스택 | Status | 설명 |
|---|---|---|---|
AWS/GenAI-to-Bedrock-Migration-Assessment |
생성형 AI 워크로드 | 조기 액세스 | 타사 공급자(OpenAI, Google Gemini, Anthropic 다이렉트 및 오픈 소스 모델)에서 로 마이그레이션하기 위한 생성형 AI 워크로드를 평가합니다. SDK 사용량 및 모델을 검색하고, 요구 사항을 명확히 하고, 모델 매핑을 설계하고, 비용 및 위험을 추정하고, 평가 아티팩트를 생성합니다. 평가 전용, 소스 코드는 수정하지 않습니다. CrewAI, LangGraph, Strands와 같은 에이전트 프레임워크도 다룹니다. |
Language-to-language 마이그레이션
한 프로그래밍 언어에서 다른 프로그래밍 언어로 코드베이스를 변환합니다.
| 트랜스포메이션 | 언어/스택 | Status | 설명 |
|---|---|---|---|
AWS/vba-to-python-migration |
VBA에서 Python으로 | 조기 액세스 | openpyxl, pandas, tkinter 또는 PyQt6 및 표준 라이브러리를 사용하여 Excel VBA 매크로, 모듈, UserForms 및 임베디드 로직을 동등한 Python 스크립트 및 모듈로 마이그레이션합니다. PyQt6 대상 언어는 Python 3.8 이상입니다. .bas, .cls, .frm 또는 .xlsm 포함 VBA 코드를 변환할 때를 사용합니다. |
데이터베이스 마이그레이션
현재 데이터베이스별 AWS관리형 변환은 사용할 수 없습니다. Microsoft SQL Server 데이터베이스 및 관련 .NET 애플리케이션을 Amazon Aurora PostgreSQL로 현대화하려면 섹션을 참조하세요SQL Server 현대화.
관찰성
로깅 및 모니터링을 네이티브 서비스로 현대화 AWS합니다.
| 트랜스포메이션 | 언어/스택 | Status | 설명 |
|---|---|---|---|
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을 생성합니다. |
아키텍처
애플리케이션을 다시 설계, 리플랫포밍 또는 최적화합니다 AWS.
| 트랜스포메이션 | 언어/스택 | Status | 설명 |
|---|---|---|---|
AWS/java-performance-optimization |
Java(성능) | 정식 버전 | JFR 프로파일링 데이터를 분석하여 CPU 및 메모리 핫스팟과 안티 패턴을 감지한 다음 대상 코드 수정을 적용하여 Java 애플리케이션 성능을 최적화합니다. JFR 데이터 수집에 대한 지침은 JFR 런타임 가이드를 참조하세요 |
AWS/early-access-java-x86-to-graviton |
Java(Arm64 / Graviton) | 조기 액세스 | AWS Graviton 프로세서용 Arm64 아키텍처와 Java 애플리케이션 호환성을 검증하고, 종속성을 업데이트하고, 아키텍처별 코드 패턴을 감지하고, 소스 코드를 사용할 수 있을 때 네이티브 라이브러리를 다시 컴파일하여 비호환성을 해결합니다. 많은 최신 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에서 서버리스로 | 조기 액세스 | MuleSoft Mule 3.x 및 4.x 애플리케이션을 SnapStart를 사용하여 AWS Lambda의 Java 17을 대상으로 하는 AWS 서버리스 아키텍처(Amazon API Gateway, AWS Lambda 및 AWS Step Functions)로 변환합니다. 변환은 흐름 트리거를 AWS 이벤트 소스에 매핑하고, DataWeave 및 MEL(MuleSoft Expression Language) 표현식을 AWS 동등한 것으로 변환하고, 커넥터를 AWS SDK for Java v2 호출로 대체합니다. SAM 템플릿, AWS Lambda 핸들러 및 JUnit 5 테스트를 생성합니다. |
AWS/payshield-hsm-to-aws-payment-cryptography |
Java(HSM에서 AWS Payment Cryptography로) | 정식 버전 | Java 애플리케이션을 Thales PayShield 하드웨어 보안 모듈(HSM) 프로토콜에서 AWS Payment Cryptography SDK v2로 마이그레이션합니다. 마이그레이션에는 명령 매핑, 키 마이그레이션, 종속성 설정 및 패리티 테스트가 포함됩니다. |
코드베이스 분석
코드베이스와 포트폴리오를 분석하여 현대화를 계획합니다. 이러한 변환은 보고서를 생성하고 코드를 수정하지 않습니다.
| 트랜스포메이션 | 언어/스택 | Status | 설명 |
|---|---|---|---|
AWS/comprehensive-codebase-analysis |
여러 언어 | 정식 버전 | 코드베이스에 대한 심층 정적 분석을 수행하여 기술 부채 인사이트에 중점을 두고 동작 분석, 아키텍처 문서 및 비즈니스 인텔리전스를 결합하는 계층적이고 상호 참조된 문서를 생성합니다. |
AWS/agentic-readiness-analysis |
여러 언어 | 조기 액세스 | APIs, 자격 증명, 상태 관리, human-in-the-loop 및 관찰성을 포함하여 AI 에이전트가 시스템을 안전하게 호출할 준비가 되었는지 평가합니다. |
AWS/modernization-readiness-analysis |
여러 언어 | 조기 액세스 | 포트폴리오를 스캔하여 클라우드 네이티브 성숙도 격차를 확인하고 조사 결과를 AWS 현대화 경로에 매핑합니다. |
AWS/portfolio-agentic-readiness-analysis |
Portfolio | 조기 액세스 | 애플리케이션 포트폴리오에서 개별 에이전트 준비 분석 보고서를 집계하여 교차 컷팅 블로커, 공유 문제 해결 패턴 및 우선 순위가 지정된 권장 사항을 식별합니다. |
AWS/portfolio-modernization-readiness-analysis |
Portfolio | 조기 액세스 | 포트폴리오 전반의 개별 현대화 분석 보고서를 우선순위가 지정된 마이그레이션 웨이브와 권장되는 현대화 경로를 갖춘 통합 로드맵으로 집계합니다. |
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.
