클라우드 경로

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

마이그레이션 전략

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

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

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

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

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

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

• 유지(보관) - 소스 환경에 애플리케이션을 유지합니다. 여기에는 메이저 리팩터링이 필요하고 나중에 작동하는 애플리케이션을 연기하려는 애플리케이션과 마이그레이션에 대한 비즈니스 근거가 없으므로 유지하려는 레거시 애플리케이션이 포함될 수 있습니다.

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

기본 변환

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

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

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

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

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

마이그레이션 전략 선택

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

리호스팅 시기

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

리플랫포밍/리아키텍트 시기

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

리팩터링 시기

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