전략 고려: 리프트 앤 시프트(Lift and Shift)는 애플리케이션을 클라우드로 마이그레이션하는 여러 접근 방식 중 하나입니다. 애플리케이션을 다시 설계하지 않고 애플리케이션과 관련 데이터를 클라우드 플랫폼으로 이동하는 것을 의미합니다.

온프레미스 데이터 센터에서 클라우드로 애플리케이션을 이동하는 것과 관련해, 모든 경우에 맞는 전환 방법은 없습니다. 그러나 인정받는 핵심 마이그레이션 경로가 있습니다. 많은 기업들이 그 중 하나로 리프트 앤 시프트(재호스팅이라고도 함)를 고려합니다. 리프트 앤 시프트는 기업이 온프레미스 하드웨어에 갇혀 있는 비즈니스 워크플로우, 로직 및 데이터에 대한 투자를 보호할 수 있는 방법입니다.

리프트 앤 시프트 접근 방식은 클라우드에서 더 확장 가능한 개방형 아키텍처로 이동하여 IT 현대화를 위한 경로를 열어 줍니다. 기업은 비용 절감, 성능 및 복원력 향상 등의 확실한 비즈니스 이유로 리프트 앤 시프트를 고려합니다.

하지만 한 엔터프라이즈 전략가는 클라우드에 대해 리프트 앤 시프트를 취할 때 재고해야 하는 4가지 이유를 제시합니다. 그는 애플리케이션이 환경에 따라 성능을 발휘하고 발전한다며, 클라우드는 온프레미스 데이터 센터와 비교했을 때 탁월한 규모와 다양한 서비스를 제공한다고 주장합니다.

기업이 이러한 고비용 충격을 받지 않으려면 비용 할당 전략과 함께 클라우드 지출을 모니터링하는 조직 내의 명확한 역할이 필요합니다. 이 경우 추가 툴 이 필요할 수 있습니다.

리프트 앤 시프트 애플리케이션으로 다음과 같은 이점을 얻을 수 있습니다.

• 신속한 비용 절감: Down Jones는 IT 비용을 25% 넘게 절감했습니다. GE Oil & Gas는 리프트 앤 시프트를 통해 52%의 비용 절감을 실현했습니다.
• 지금 클라우드로 전환하기: 2008년에 Netflix는 중대한 운영 중단을 경험하여 고객에게 DVD를 배송하지 못했습니다. 이러한 상황은 성장 중이었던 Netflix가 클라우드로 전환 하는 계기가 되었습니다.
• 클라우드 재해 복구:  데이터를 클라우드 위치로 이동하면 기업은 두 번째 고가용성 사이트를 얻게 됩니다. 이전 DR 플랜보다 높은 비용 절감은 일반적으로 얻을 수 있는 2차 효과입니다.
• 기술적 부채 감소: 기존 시스템은 속도가 느리고 유지 비용이 많이 들 수 있습니다. Amazon의 x1e.32xlarge와 같은 추가 성능은 지금 귀사에 필요한 성능 향상을 제공할 수 있습니다.

일단 클라우드 마이그레이션을 하게 되면 IaaS, PaaS, SaaS 중에서 어떤 옵션을 선택해야 하는지 갈피를 잡지 못할 수 있습니다. Gartner는 클라우드로 향하는 5개의 탄탄대로를 식별했습니다. 아래에서 각 대로에 대해 살펴보겠습니다.

• 재호스팅: IaaS(서비스형 인프라) 또는 리프트 앤 시프트입니다. 애플리케이션의 아키텍처를 변경하지 않고 다른 하드웨어 환경에서 애플리케이션을 다시 호스팅합니다. 마이그레이션은 빠르고 비교적 저렴하지만 클라우드 효율성을 활용하지 않으므로 지속적으로 운영하려면 많은 비용이 들 수 있습니다.
• 리팩토링: PaaS(서비스형 플랫폼)라고도 함: 클라우드 공급자의 인프라에서 애플리케이션을 실행합니다. 개발자는 회사에 전략적인 코드를 활용하여 언어, 프레임워크 및 컨테이너를 재사용할 수 있습니다. 단점은 기능 손실, 과도적 위험 및 프레임워크 종속입니다.
• 수정: 먼저, 현재 사용되는 코드를 수정하거나 확장하여 기존 현대화 요구사항을 지원한 다음, 클라우드에 재호스팅 또는 리팩토링 경로를 사용합니다. 이는 공급자 인프라의 클라우드 특성을 활용할 수 있지만 초기 개발 비용 없이는 불가능함을 의미합니다.
• 리빌드: 현재 사용되는 앱의 코드를 버리고 다시 설계합니다. 이 경우 개발자의 생산성을 향상하는 공급자 플랫폼의 혁신적인 기능에 액세스할 수 있다는 이점이 있습니다. 허용 불가한 상황이 될 경우 애플리케이션 자산이 종속되거나 폐기될 수 있는 단점이 있습니다.
• 대체: 현재 사용하는 애플리케이션 세트를 폐기하고 상용 SaaS(서비스형 소프트웨어)를 채택합니다. 비즈니스 기능에 대한 요구사항이 빠르게 변화하는 경우 이 접근 방식을 사용하면 개발 팀을 동원하는 데 드는 시간과 투자를 피할 수 있습니다. 그러나 일관되지 않은 데이터 의미 체계, 어려운 데이터 액세스 및 공급업체 종속과 같은 문제에 직면할 수 있습니다.

결론: 더 큰 그림을 고려하십시오. 귀사의 비즈니스 및 IT 목표를 추진하는 데 애플리케이션을 가장 잘 최적화하는 클라우드 플랫폼과 마이그레이션 기술은 무엇입니까?

클라우드 전략 및 클라우드 컴퓨팅 정책에 대한 지침은 클라우드로 향하는 각각의 가능한 경로에 따라 달라집니다. 예를 들어, 다음과 같이 질문할 수 있습니다.

• 서비스형 클라우드 인프라에서 애플리케이션을 '있는 그대로'(리프트 앤 시프트) 재호스팅하시겠습니까?
• 보다 민첩하게 대응하거나 비용을 절감한다는 목표로 애플리케이션 리팩터링(또는 리빌딩)을 통해 새로운 환경과 플랫폼을 최대한 활용할 수 있습니까?
• 현재 사용하는 시스템을 즉시 사용 가능한 SaaS 애플리케이션으로 대체하시겠습니까(현재 시스템 포기)?
• 외부 BPaaS(서비스형 비즈니스 프로세스) 공급자에게 내부 비즈니스 프로세스(예: 송장, 지불 징수 또는 급여 관리)를 공개하시겠습니까?

디지털 비즈니스로서 앞으로 귀사의 모습이 어떨지 자문해 보십시오. 그때까지 현재 애플리케이션에서 지원하는 비즈니스 프로세스가 계속 필요할까요(여전히 내부에서 수행)? 주어진 프로세스에서 의사결정 트리는 다음과 같을 수 있습니다.

• 이 프로세스가 장기적으로 필요할까요? 그렇지 않다면 어떻게 하면 자연스럽게 제거할 수 있을까요? 어떤 새로운 프로세스를 준비해야 할까요?
• 내부적으로 이 프로세스를 수행해야 하거나 수행하고자 하는 것입니까? 그렇지 않다면 BPaaS를 고려해 봅시다.
• 이 프로세스에 필요한 기능을 SaaS로 간단히 사용할 수 있습니까?
• 유연성을 높이기 위해 PaaS를 사용하여 사용자 정의하거나 직접 실행할 수 있지만 전체 미들웨어 스택(다시 PaaS)을 관리해야 하는 부담을 피할 수 있을까요?
• 베어 인프라에서 자체적으로 실행해야 하는 경우 공유(퍼블릭 또는 호스팅된 프라이빗) 인프라 서비스(IaaS)를 사용할 수 있습니까?

올바른 질문을 통해 진정한 비즈니스 가치를 제공하는 방향으로 클라우드 나침반을 설정하십시오.

많은 기업이 온프레미스에서 사용하는 일부 기능을 잃게 될 우려 때문에 파일 기반 워크로드를 클라우드로 마이그레이션하는 작업을 미루고 있습니다. NetApp^®Cloud Volumes를 사용하면 이러한 우려를 해결할 수 있습니다. Cloud Volumes는 설계상 가장 까다로운 클라우드 애플리케이션도 충족할 수 있는 최고의 성능과 고급 데이터 관리 기능을 제공합니다.

Cloud Volumes는 기업들이 직면하고 있는 다음과 같은 많은 클라우드 마이그레이션 문제를 해결합니다.

• 현재 네이티브 클라우드 파일 서비스에 비해 우수한 지연 시간 및 성능
• 클라우드 제공업체에서 일반적으로 제공하지 않는 버전 옵션을 포함하여 완전히 구현된 NAS 프로토콜
• 자동화된 동기화 및 스냅샷, 신속한 복제본, 클라우드 백업 및 복제와 같은 고급 데이터 관리 기능
• 온프레미스 스토리지와 동일한 확장성
• 오브젝트 스토리지를 위한 엔터프라이즈 애플리케이션을 재설계할 필요가 없으며 클라우드 스토리지의 성능이 느려질 위험이 없음

Cloud Volumes는 2ms 미만의 지연 시간을 약속하므로 클라우드에서 실행되는 데이터 센터 애플리케이션에 이상적입니다. 성능 계층을 사용하면 비용과 성능 간의 균형을 유연하게 유지할 수 있습니다.