한눈에 보는 핵심 인사이트 AWS Transform은 클라우드 마이그레이션과 애플리케이션 현대화를 지원하는 에이전틱 AI 서비스입니다. “이 VMware 환경을 AWS로 옮길 계획을 만들어줘”처럼 목표를 전달하면 AI가 필요한 작업을 스스로 나눠 수행합니다. 서버와 애플리케이션 정보를 수집해 시스템 간 연결 관계를 파악하고, 함께 옮겨야 할 시스템을 묶어 이전 순서인 마이그레이션 웨이브를 만들며, 기존 네트워크와 방화벽 정책을 AWS 구조로 변환합니다. 랜딩 존 생성과 실제 서버 이전, 컨테이너 전환까지 하나의 흐름 안에서 이어지고, 추가 정보나 승인이 필요한 지점에서는 담당자에게 확인을 요청합니다. 수개월이 걸리던 환경 조사와 계획 수립을 크게 단축하면서 이전 누락과 순서 오류의 위험을 함께 줄이는 것이 핵심입니다.

 

클라우드 전환의 진짜 병목은 옮기기 전 준비 구간

 

클라우드 전환을 검토해 본 기업이라면 비슷한 경험을 합니다. 정작 서버를 옮기는 작업보다 그 앞 단계에서 시간이 훨씬 많이 걸린다는 사실입니다.

수백 대 규모의 가상 서버가 있는 환경을 떠올려 보겠습니다. 어떤 서버가 어떤 애플리케이션을 돌리고 있는지, 그 애플리케이션은 어떤 데이터베이스를 바라보는지, 방화벽에는 어떤 규칙이 걸려 있는지를 사람이 하나씩 확인해야 합니다. 담당자가 바뀌었거나 문서가 오래됐다면 확인 작업은 더 길어집니다. 이렇게 모은 정보를 놓고 “이 다섯 대는 반드시 같이 옮겨야 한다”는 판단을 내리고 순서를 짜는 데만 몇 주에서 몇 달이 소요되기도 합니다.

문제는 시간에서 끝나지 않습니다. 연결 관계를 하나 놓치면 이전 당일에 서비스가 멈추고, 순서를 잘못 잡으면 앞 단계로 되돌아가야 합니다. 클라우드 전환이 지연되는 원인의 상당 부분이 이 준비 구간에 몰려 있습니다.

 

AWS Transform: 목표를 받아 스스로 계획하는 에이전틱 AI

 

 

AWS Transform은 클라우드 마이그레이션과 애플리케이션 현대화를 가속화하고 노후화된 코드와 레거시 환경을 지속적으로 개선할 수 있도록 지원하는 서비스로, VMware와 베어메탈, 하이브리드 환경의 인프라 이전을 자동화하고 메인프레임, Windows, 커스텀 코드의 현대화까지 다룹니다. AWS는 이 서비스를 마이그레이션 팀과 협업하며 수천 대 규모 서버에 걸친 수백 개 애플리케이션의 이전을 계획하고 수행하는 에이전트로 소개합니다.

이해를 돕기 위해 이사에 빗대어 보겠습니다. 기존 방식이 이삿짐 목록을 직접 적고 트럭 순서를 손으로 짜는 일에 가깝다면, AWS Transform은 “이 집을 저 집으로 옮겨달라”는 목표를 받아 짐의 종류와 양을 스스로 확인하고, 함께 옮겨야 할 물건을 묶고, 차수별 이사 계획을 세워 오는 총괄 매니저에 가깝습니다.

작업 방식은 대화형입니다. 웹 기반의 공동 작업 공간에서 여러 팀이 함께 진행 상황을 확인하고, 인프라가 바뀌면 조사 단계를 다시 수행하거나 불필요한 단계를 건너뛰는 식으로 계획을 조정할 수 있습니다. 자연어로 “OS 버전별 서버 목록을 보여줘”처럼 물으면 현재 환경에 대한 답을 바로 받아볼 수 있습니다.

 

환경 조사와 웨이브 계획, 준비 구간을 압축하는 자동화

 

가장 먼저 달라지는 곳이 앞서 언급한 준비 구간입니다. AWS Transform은 자체 디스커버리 도구는 물론 서드파티 도구에서 수집한 인벤토리 데이터, 그리고 문서와 메모, 업무 규칙 같은 비정형 자료까지 함께 활용해 온프레미스 환경을 파악합니다. 인프라와 데이터베이스, 애플리케이션 정보를 분석해 서로 간의 의존 관계를 지도처럼 정리하고, 소유 부서와 기능, 서브넷, 운영체제 같은 기준으로 묶어 마이그레이션 계획을 생성합니다.

여기서 만들어지는 결과물이 마이그레이션 웨이브입니다. 함께 움직여야 하는 시스템을 한 묶음으로 정리하고, 우선순위와 위험도를 반영해 몇 차수로 나눠 옮길지를 정한 실행 계획입니다. AWS는 수만 대 규모의 서버와 애플리케이션, 그 사이의 수백만 건에 이르는 업무 및 네트워크 관계까지 반영한 마이그레이션 계획을 수 시간 안에 생성한다고 설명합니다.

체감되는 변화는 두 가지입니다. 조사와 정리에 쓰던 시간이 줄어들고, 사람이 놓치기 쉬운 연결 관계를 데이터로 확인하게 되면서 이전 누락과 순서 오류의 가능성이 낮아집니다.

 

네트워크 구성과 보안 정책을 AWS 환경에 맞게 변환

 

 

마이그레이션에서 가장 손이 많이 가면서 실수가 잦은 영역이 네트워크입니다. 기존 환경의 네트워크 구성과 방화벽 규칙을 AWS의 VPC와 보안 그룹으로 다시 설계해야 하는데, 규칙 하나만 빠져도 통신이 되지 않거나 반대로 열려서는 안 될 경로가 열립니다.

이 영역에서 AWS Transform은 허브 앤 스포크나 격리형 같은 네트워크 구성을 생성하고, IP 주소 관리 방식을 유연하게 선택할 수 있게 하며, 여러 계정으로 나누어 배포합니다. NSX와 Palo Alto, Fortigate, Cisco ACI 같은 소스 환경의 구성도 변환 대상에 포함됩니다. 기존 방화벽 정책을 보안 그룹 규칙으로 옮기는 작업이 여기에 해당합니다.

변환 결과는 코드 형태로 제공됩니다. CloudFormation과 CDK, Terraform, Landing Zone Accelerator 형식을 지원하므로, 생성된 구성을 검토하고 수정한 뒤 그대로 배포에 사용할 수 있습니다. 사람이 만든 설계도를 다시 코드로 옮겨 적는 중간 단계가 사라지는 셈입니다.

 

계획 수립부터 서버 이전까지, 끊기지 않는 하나의 흐름

 

 

준비가 끝났다고 도구를 바꿔 타야 한다면 자동화의 효과는 반감됩니다. AWS Transform이 강조하는 지점도 여기에 있습니다.

기존의 런북 중심 방식이 단계마다 서로 다른 도구를 쓰고 사람이 그 사이를 이어 붙이는 구조였다면, AWS Transform은 최초 환경 조사부터 계획 수립, 인프라 현대화, 실제 이전 실행까지를 하나의 경험 안에서 처리합니다. 랜딩 존을 새로 만들거나 기존 환경을 업데이트하고, 네트워크를 정비하며, 이전 과정에서 애플리케이션을 컨테이너로 전환하는 작업도 함께 수행합니다.

이전 대상도 넓습니다. Windows와 Linux x86 서버, VMware와 Hyper-V, Nutanix, KVM 같은 하이퍼바이저, 베어메탈 물리 환경까지 여러 대상 계정으로 옮길 수 있으며, 내부 승인을 위해 마이그레이션 계획과 네트워크, 서버, 애플리케이션 매핑을 정리한 보고서도 생성합니다.

 

사람의 검토와 승인이 포함된 실행 구조

 

자동화 범위가 넓어질수록 따라오는 질문이 통제입니다. AI가 스스로 계획하고 실행한다면 잘못된 판단은 어떻게 걸러낼 수 있을까 하는 우려입니다.

AWS Transform은 사람의 검토와 승인을 흐름 안에 포함하는 방식으로 이 문제를 다룹니다. 인벤토리 파일 업로드처럼 추가 정보가 필요하거나 생성된 네트워크 구성을 확정해야 하는 지점에서 에이전트는 작업을 멈추고 담당자에게 확인을 요청합니다. 담당자는 제안된 계획을 그대로 진행하거나, 특정 단계를 반복하거나 건너뛰도록 조정할 수 있습니다. 판단의 근거가 되는 자료는 AI가 준비하고, 결정은 사람이 내리는 구조입니다.

 

AWS 마이그레이션의 다음 단계, SK AX와 함께

 

도구가 좋아졌다고 전환이 저절로 완성되지는 않습니다. 어떤 워크로드를 먼저 옮길지, 라이선스와 비용 구조를 어떻게 정리할지, 전환 이후의 운영은 누가 맡을지는 여전히 기업의 상황에 맞는 판단이 필요한 영역입니다.

SK AX는 AWS 파트너로서 클라우드 전환 사전 진단부터 아키텍처 설계, 마이그레이션 실행, 전환 이후의 운영까지 End-to-End 서비스로 지원합니다. 현행 환경의 구조와 라이선스를 점검해 전환 시나리오와 예상 비용을 도출하고, 워크로드별 우선순위와 로드맵을 정리한 뒤, 검증된 방식으로 이전을 수행합니다. AWS Transform과 같은 에이전틱 AI 서비스는 이 여정에서 준비 기간을 단축하고 위험을 낮추는 유효한 수단이 됩니다.

클라우드 전환을 검토하고 계시다면, 무엇을 어떤 순서로 옮길지부터 SK AX와 함께 정리해 보시기 바랍니다.

 

[FAQ]

 

Q1. AWS Transform은 어떤 서비스인가요?

클라우드 마이그레이션과 애플리케이션 현대화를 지원하는 에이전틱 AI 서비스입니다. 마이그레이션 목표를 전달하면 AI가 필요한 작업을 스스로 나눠 수행합니다. 환경 조사와 의존 관계 분석, 마이그레이션 웨이브 생성, 네트워크와 보안 정책 변환, 실제 서버 이전까지 하나의 작업 공간에서 이어집니다.

 

Q2. 마이그레이션 웨이브란 무엇이고, 왜 중요한가요?

함께 옮겨야 하는 서버와 애플리케이션을 하나로 묶어 이전 순서를 정한 실행 계획입니다. 서로 연결된 시스템이 따로 옮겨지면 이전 직후 서비스가 정상 동작하지 않을 수 있어, 의존 관계를 반영한 순서 설계가 필요합니다. AWS Transform은 인프라와 애플리케이션 정보를 분석해 의존 관계를 파악하고, 업무 우선순위와 기술 기준을 함께 반영해 웨이브를 생성합니다.

 

Q3. 기존 방화벽 규칙이나 네트워크 구성도 옮길 수 있나요?

지원 대상에 포함됩니다. NSX와 Palo Alto, Fortigate, Cisco ACI 등의 소스 환경 구성을 AWS의 VPC와 보안 그룹 구조로 변환하며, 허브 앤 스포크나 격리형 구성을 생성하고 IP 주소 관리 방식도 선택할 수 있습니다. 변환 결과는 CloudFormation과 CDK, Terraform, Landing Zone Accelerator 형식의 코드로 제공됩니다.

 

Q4. AI가 자동으로 진행하면 통제가 어렵지 않나요?

사람의 검토와 승인이 흐름 안에 포함되어 있습니다. 추가 정보가 필요하거나 생성된 계획과 네트워크 구성을 확정해야 하는 지점에서 에이전트는 담당자에게 확인을 요청하며, 담당자는 계획을 조정하거나 특정 단계를 반복하거나 생략하도록 지시할 수 있습니다. 마이그레이션 계획과 매핑 정보를 정리한 보고서도 생성되어 내부 승인 자료로 활용할 수 있습니다.

 

---

 

AX 컨설팅부터 비즈니스 모델 발굴까지
Global Top 10 AX Service Company｜SK AX

#에이전틱AI #클라우드마이그레이션 #AWSTransform #클라우드전환 #클라우드이전 #AI마이그레이션 #클라우드현대화 #애플리케이션현대화 #AWS #마이그레이션웨이브 #클라우드네이티브 #AI에이전트 #클라우드전략 #인프라현대화 #SKAX