클라우드에 대한 경로 - AWS 권장 가이드
마이그레이션 전략기본 변환마이그레이션 전략 선택

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

클라우드에 대한 경로

이 섹션에서는 Windows 애플리케이션을 AWS로 마이그레이션하는 모범 사례를 구현하기 위한 상위 수준 접근 방식을 설명합니다. 이러한 마이그레이션 전략 및 단계에 대한 자세한 내용은 이 가이드의 후속 섹션에 설명되어 있습니다.

마이그레이션 전략

마이그레이션 전략은 워크로드를 AWS 클라우드로 마이그레이션하는 데 사용되는 접근 방식입니다. 애플리케이션을 클라우드로 이전하기 위한 7가지 마이그레이션 전략이 있습니다. 이러한 전략은 7R이라고 하며, Gartner가 2019년에 파악한 7R을 기반으로 합니다.

  • 리호스팅(리프트 앤 시프트) - 애플리케이션을 변경하지 않고 클라우드로 이전하여 클라우드 기능을 활용합니다.

  • 재배치(하이퍼바이저 수준의 리프트 앤 시프트) - 새 하드웨어를 구매하거나, 애플리케이션을 다시 작성하거나, 기존 운영을 수정하지 않고도 인프라를 클라우드로 이동합니다.

  • 리플랫포밍(리프트 앤 리셰이프) - 애플리케이션을 클라우드로 이전하고 일정 수준의 최적화를 도입하여 클라우드 기능을 활용합니다.

  • 재구매(드롭 앤 숍) - 일반적으로 기존 라이선스에서 서비스형 소프트웨어(SaaS) 모델로 이전하여 다른 제품으로 전환합니다.

  • 리팩터링/리아키텍팅 - 클라우드 네이티브 기능을 최대한 활용하여 애플리케이션을 이동하고 해당 아키텍처를 수정함으로써 민첩성, 성능 및 확장성을 개선합니다.

  • 유지(보관) - 소스 환경에 애플리케이션을 유지합니다. 대규모 리팩터링이 필요하고 해당 작업을 나중으로 연기하려는 애플리케이션과 비즈니스 차원에서 마이그레이션할 이유가 없어 유지하려는 레거시 애플리케이션이 여기에 포함될 수 있습니다.

  • 사용 중지 - 소스 환경에서 더 이상 필요하지 않은 애플리케이션을 폐기하거나 제거합니다.

기본 변환

레거시 Windows 애플리케이션 및 데이터베이스를 현대화할 때 다음과 같은 주요 변환이 수행됩니다.

  • 리호스팅 - 첫 번째 단계는 온프레미스 인프라를 클라우드 인프라로 이동하는 것입니다. 이 전략을 종종 '리프트 앤 시프트' 또는 리호스팅이라고 합니다. 리호스팅이란 기존 애플리케이션 및 데이터베이스를 클라우드 서버 인스턴스로 마이그레이션하는 것을 의미합니다. 코드 변경이 필요하지 않으며 인스턴스 구성, 소프트웨어 이미지 및 기타 리소스를 관리하는 것은 사용자의 책임입니다.

  • 리플랫포밍 - 클라우드 환경으로 마이그레이션한 후 다음 트랜스포메이션은 애플리케이션과 데이터베이스를 보다 자동화된 관리형 환경으로 리플랫포밍하는 것입니다. 애플리케이션 관점에서 이는 가상 머신(VM)에서 컨테이너로 이동하는 것을 의미합니다. 애플리케이션 컨테이너화는 애플리케이션을 더 빠르게 개발, 유지 관리 및 배포하고 이식성을 개선하는 데 도움이 될 수 있습니다. AWS에는 레거시 애플리케이션 컨테이너화 프로세스를 자동화하는 데 도움이 되는 AWS App2Container와 같은 도구가 있습니다. 데이터베이스 측에서 셀프 서비스 모델에서 Amazon RDS for SQL Server와 같은 관리형 데이터베이스 서비스로 이전하면 프로비저닝, 패치 적용 및 백업이 필요하지 않습니다. 이렇게 하면 궁극적으로 조직에 더 많은 가치를 더할 수 있는 활동에 대한 리소스가 확보됩니다.

  • 리팩터링/리아키텍팅 - 세 번째 트랜스포메이션 영역은 상용 소프트웨어 라이선스에서 오픈 소스 옵션으로 이전하는 것입니다. 많은 기존 상용 소프트웨어 벤더는 고객을 벤더에 종속시키고 징벌적 라이선스 조건을 사용하여 업그레이드 및 마이그레이션을 강제하는 것을 목표로 하는 소프트웨어 라이선스 계약을 중심으로 비즈니스를 구축했습니다. 상용 소프트웨어 라이선스 요금은 일반적으로 동등한 오픈 소스 옵션 외에도 비용의 20~50%를 추가하는 경우가 많습니다. 비용을 절감하고 성능을 개선하며 최신 혁신에 액세스할 수 있도록 오픈 소스 옵션을 활용하려면 애플리케이션과 데이터베이스를 리팩터링하는 것이 좋습니다.

애플리케이션 및 전반적인 현대화 준비 상태에 따라 이러한 주요 혁신 영역을 단계적으로 또는 한 번에 완료할 수 있습니다.

마이그레이션 전략 선택

선택할 마이그레이션 전략은 조직의 비즈니스 및 IT 목표에 따라 달라집니다. 가장 일반적인 비즈니스 동인은 비용 절감, 위험 감소, 효율성 향상, 기술 격차 해결, 혁신 가속화입니다. 어떤 동인이 중요한지 평가한 후 다음 지침을 사용하여 동인을 기반으로 마이그레이션 전략을 선택하는 것이 좋습니다. 또한 여정의 각 단계에서 우선순위에 따라 클라우드 현대화 여정에서 세 가지 접근 방식이 모두 실현 가능합니다.

리호스팅 시점

애플리케이션에서 코드 또는 아키텍처를 변경할 필요가 없으므로 일반적으로 리호스팅(또는 리프트 앤 시프트)이 더 빠르고 쉽습니다. 또한 리호스팅은 비즈니스에 대한 위험과 중단을 최소화합니다. 애플리케이션이 변경되지 않으므로 운영 팀은 평소와 같이 비즈니스를 계속 운영할 수 있습니다. 특히 관련된 워크로드 수가 많아 약간의 변화라도 중요한 대규모 마이그레이션의 경우가 이에 부합됩니다. 그러나 리호스팅이 클라우드 이점을 최대한 활용하지는 않는다는 점을 고려하는 것이 중요합니다. 예를 들어 기존 플랫폼 문제가 있는 애플리케이션을 마이그레이션하는 경우 마이그레이션 후에도 해당 문제는 유지됩니다. 마지막으로 리호스팅을 위한 총 소유 비용(TCO) 및 투자 수익(ROI)이 다른 마이그레이션 접근 방식에 비해 낮다는 점을 고려할 필요가 있습니다.

리플랫포밍 및 리아키텍팅 시기

리플랫포밍은 일반적으로 리호스팅보다 비용 효율적입니다. 리플랫포밍을 사용하여 자동화를 개선하고 애플리케이션이 오토 스케일링, 모니터링 및 백업 수행과 같은 클라우드 기능을 더 잘 사용할 수 있도록 지원할 수 있습니다. 리플랫포밍은 클라우드 운영 팀의 운영 오버헤드를 줄이고 기존 플랫폼 문제로 인한 위험을 최소화합니다. 그러나 리플랫포밍은 리호스팅 마이그레이션보다 오래 걸립니다. 또한 리플랫포밍의 경우 애플리케이션에서 코드 변경을 수행하는 자동화를 구성하고 새 플랫폼을 운영하기 위한 추가 기술이 필요합니다.

리팩터링 시점

리팩터링은 일반적으로 가장 비용 효율적인 마이그레이션 접근 방식입니다. 리팩터링은 애플리케이션 구성 요소를 분리하여 애플리케이션 복원력을 개선함으로써 애플리케이션이 새로운 요구 사항에 빠르게 적응할 수 있게 해주는 클라우드 네이티브 접근 방식입니다. 그러나 리팩터링에는 고급 코딩 및 자동화 기술이 필요합니다. 리팩터링에는 애플리케이션 다시 빌드 작업이 포함되므로 구현하는 데 더 오래 걸립니다.