그러나 클라우드로의 마이그레이션에는 많은 문제가 수반되며, 기업은 마이그레이션 비용을 평가하고 가장 합리적인 방법과 비용으로 마이그레이션해야 합니다. 기업은 다음 두 단계가 필요합니다: 1 요구 사항을 평가하면 어플리케이션을 클라우드 환경으로 마이그레이션하는 데 드는 비용을 쉽게 과소평가할 수 있습니다. 예를 들어 필요한 특정 규모의 서버 수, 이러한 서버를 사용해야 하는 시간, 사용할 스토리지 용량을 추정할 수 있습니다. 이것은 클라우드의 비용을 대략적으로 추정하는 데 도움이 될 것입니다. 그렇죠? 그러나 이를 통해 클라우드 환경에서 어플리케이션의 운영 비용을 추정할 수는 없습니다. 이 계산에는 클라우드에서 어플리케이션을 배포하고 실행하는 비용이 포함되지 않습니다. 이를 위해 클라우드 마이그레이션 평가, 설계 및 구현 비용을 고려해야 합니다. 이 문서에서는 기업 내 인프라에서 공용 클라우드 공급업체가 제공하는 IaaS (Infrastructure As-a-service) 로 기존 애플리케이션을 마이그레이션하는 한 가지 상황만 고려합니다. 구글 엔진 (Google Engine) 이나 Heroku 플랫폼과 같은 새로운 플랫폼으로 애플리케이션을 마이그레이션하는 것은 이 문서의 범위를 벗어납니다. 이 시스템은 비교적 적은 수의 스크립트를 사용할 수 있으며 다른 애플리케이션과의 공동 작업이 필요 없는 방식으로 데이터를 복제하는 동시에 생성된 데이터를 기본 보고서나 경고 같은 사용자에게 비교적 간단한 방식으로 전달할 수 있습니다. 한편, 여러 서버에 걸쳐 있는 애플리케이션으로서 복잡한 워크로드를 갖고 네트워크에 크게 의존하며 비즈니스 운영에 중요한 역할을 합니다. 이러한 어플리케이션도 클라우드 환경으로 마이그레이션할 수 있으므로 많은 계획 및 설계 작업이 필요합니다. 마이그레이션해야 할 애플리케이션을 파악했으면 기능 요구 사항 및 운영 의존성을 면밀히 조사할 수 있습니다. 클라우드 마이그레이션 비용의 일부는 어플리케이션에 대한 지원 서비스를 제공해야 하는 수요에서 비롯됩니다. 많은 애플리케이션은 인증이 필요하며 기업 내 LDAP 또는 Active Directory 서비스에 의존합니다. 이러한 카탈로그를 클라우드 환경에 전부 또는 일부 복사할 수 있습니까? 가능한 경우 유지 보수 비용도 고려해야 합니다. 그렇지 않은 경우 클라우드 서버에서 이러한 디렉토리에 액세스할 수 있는지 확인하는 방법을 결정해야 합니다. 이는 단순히 방화벽 설정을 변경하는 것일 수도 있고, VPN 에 클라우드 서버를 추가해야 할 수도 있으며, 이로 인해 추가 운영 비용이 발생할 수도 있습니다. 또한 초기 데이터 로드의 요구 사항도 평가해야 합니다. 클라우드 스토리지로 복사할 데이터가 상당히 많을 수 있습니다. 직접 비용 외에 데이터를 클라우드에 복제하는 데 걸리는 시간도 고려해야 합니다. 완전히 고립된 어플리케이션은 거의 없습니다. 대부분의 어플리케이션은 다른 시스템이나 어플리케이션 서비스의 데이터에 의존합니다. 클라우드에서 실행 중인 마이그레이션 어플리케이션이 이러한 서비스 (예: 방화벽 제한) 에 액세스할 수 있는지 확인해야 합니다. 또한 클라우드 어플리케이션의 네트워크 트래픽에 긴 지연이 있는지 여부도 고려해야 합니다. 이로 인해 어플리케이션 성능에 부정적인 영향을 미치지 않습니다. 재설계 및 배포 필요성을 피하기 위해 가능한 한 빨리 이러한 종속성을 파악하는 것이 좋습니다. 클라우드로 마이그레이션된 어플리케이션에 장애 조치 기능이 있는지 확인합니다. 어플리케이션 서버와 데이터베이스는 장애 조치 클러스터에서 구성할 수 있으며 실행 단계에서 사용할 수 있어 마이그레이션의 마지막 단계를 단순화할 수 있습니다. 2. 클라우드 마이그레이션 설계 및 실행 액세스 제어, 네트워크 보안, 데이터 전송, 소프트웨어 권한 부여 등의 문제를 고려해야 하기 때문에 어플리케이션, 네트워크 구성 및 스토리지 아키텍처를 이해하는 설계 팀이 필요할 수 있습니다. 예를 들어, 지원 서비스가 기본 애플리케이션에 배포되는 경우 소프트웨어 설계자는 이러한 서비스가 실행될 위치와 구성 요소 구성 방법을 결정해야 합니다. 설계 팀은 데이터를 클라우드에 복제하는 방법을 고려해야 합니다. 소량의 데이터는 네트워크를 통해 클라우드 환경으로 복제할 수 있지만 대량의 데이터는 디스크를 통해 클라우드로 복제해야 합니다. 클라우드 환경 서버에서 비즈니스 어플리케이션을 실행할 때 소프트웨어 라이센스가 필요한지 여부를 결정해야 합니다. 이는 공용 클라우드가 널리 사용되기 전에 만든 기존 어플리케이션에 특히 중요합니다. 어플리케이션 클라우드 마이그레이션 수행 어플리케이션을 클라우드 환경으로 마이그레이션하는 마지막 요소는 실제 실행입니다. 만약 사전 평가와 설계 단계가 비교적 포괄적이라면, 이 과정은 약간의 놀라움이 있을 것이다. 구현 단계에서는 클라우드 서비스 공급업체와 관리 요구 사항 논의, 시스템 이미지 구축 및 배포, 네트워크 인프라 구성, 기업 내 어플리케이션의 데이터에 대한 최종 수정 사항이 클라우드 어플리케이션 데이터 저장소에 완전히 복제되도록 해야 합니다. 응용 프로그램의 새 배포를 테스트하려면 응용 프로그램이 올바르게 구성되고 내부 엔터프라이즈 및 클라우드 데이터베이스의 데이터가 동일한지 확인해야 합니다. 마지막 단계는 엔터프라이즈 내부 시스템에서 클라우드 어플리케이션으로 전환하는 것입니다. 이 단계는 매우 간단합니다. 이것을 끄고 다른 것을 열면 됩니다. 물론 적용 유형에 따라 더 많은 작업이 포함될 수 있습니다. 엔터프라이즈 환경에서 클라우드 환경으로 애플리케이션을 마이그레이션하는 것은 어려운 일입니다. 애플리케이션에 복잡한 의존성과 상호 운용성 문제가 있을 수 있기 때문입니다. 현재 구성을 평가하고, 마이그레이션 계획을 개발하고, 이 계획을 질서 있게 이행하면 위험을 줄이고 비용이 많이 드는 마이그레이션 오류를 줄일 수 있습니다.