클라우드 마이 그레이션 실패가 발생하는 이유 및 이를 방지하는 방법

기업들은 그 어느 때보다 많은 애플리케이션을 클라우드로 이동하고 있지만 이러한 이니셔티브 중 많은 부분이 실패하고 있습니다. 클라우드 마이 그레이션 오류를 방지하는 방법에 대해 알아보십시오.

 

---

조직이 더 많은 워크 로드를 퍼블릭 클라우드에 배치하고 비용을 절감하고 민첩성을 높이고 유연성을 높이기 위한 멀티 클라우드 전략을 추구함에 따라 엔터프라이즈 애플리케이션에 클라우드 컴퓨팅을 사용하는 사례는 계속 증가하고 있습니다.

하지만 모든 클라우드 구현이 이러한 이점을 제공하는 것은 아니며, 또한 또다른 전혀 다른 이점을 제공하지 않습니다. 많은 IT리더들이 클라우드로 애플리케이션을 이동할 때 사내에서처럼 애플리케이션이 제대로 작동하지 않아 클라우드 마이 그레이션 프로젝트에서 실패하는 경우가 많으며, 이로 인해 마이 그레이션이 반대로 진행됩니다.

IHS마킷이 실시한 보안 공급 업체 포티넷의 최근 연구에 따르면 대부분의 기업들이 클라우드 기반 애플리케이션을 예상 수익을 보지 못한 후 사내로 이전한 것으로 나타났습니다. 

 

350명의 글로벌 IT의사 결정자를 대상으로 한 설문 조사에서 74%가 애플리케이션을 자체 인프라로 다시 이동했다고 답했습니다.

경영 컨설팅 회사인 에베레스트 그룹의 정보 기술 서비스 부문 부사장인 YugalJoshi는 "기업들이 워크 로드를 다시 압축할 때 이는 종종 무언가 잘못되었다는 것을 암시한다"고 말했다.

그것은 이상과는 거리가 멀다. 전문가들에 따르면 워크 로드를 이동하는 데 많은 비용이 들고 운영 중단이 발생하는 경우가 많다고 합니다. 성능 문제, 추가적인 보안 노출 및 업무 중단, IT및 비즈니스 리소스의 낭비 등이 있을 수 있습니다. Joshi는 "워크 로드의 위치를 변경하는 것은 쉽지 않으며 워크 로드를 이동할 때 많은 위험이 따릅니다."라고 언급했습니다.

 

마이 그레이션에 당면한 과제

이러한 수준의 실패한 클라우드 마이 그레이션은 SilkRoadTechnology의 수석 부사장 겸 CIO인 AsifMalik을 놀라게 하지 않습니다. 그는 과거에 이전 회사에서 그러한 상황에 처해 있었다"고 그는 말했다.

우리는 많은 비용을 절감하고 관리 인프라를 제거할 수 있다고 생각했습니다. 하지만 우리는 틀렸었습니다.

Malik은 클라우드로의 전환과 관련하여 직면한 문제를 설명하기 위해 특정 사례를 자세히 설명했습니다. 

그와 그의 팀은 데이터 분석 애플리케이션을 회사의 데이터 센터에서 퍼블릭 클라우드 오퍼링으로 이전하여, MicrosoftAzure가 호스팅 하는 애플리케이션을 선택함으로써 더 낮은 비용으로 필요에 따라 쉽게 확장하거나 축소할 수 있었습니다.

"우리는 그것이 Capex대 Opex라고 생각했습니다. 

우리는 많은 돈을 절약하고 관리 인프라를 없앨 수 있다고 생각했습니다."라고 Malik은 설명했습니다. " 하지만 우리가 틀렸습니다."

처음부터 문제가 있었다. IT직원들은 곧바로 지연 시간 문제를 발견했으며 네트워킹 장비 내의 제한 사항을 파악하여 애플리케이션의 성능을 더욱 저하시켰습니다.

Malik은 "우리는 컴퓨팅 리소스와 스토리지 리소스를 계속 여기에 쏟아 부었고 이로 인해 비용이 증가했다"고 말했습니다.

Malik은 이러한 문제와 경제적인 이점을 고려하여 애플리케이션을 클라우드 외부로 이동하고 사내로 다시 이동하기로 선택했습니다. 이 과정은 자체적인 도전을 제시했고 그의 팀이 완성하는 데는 약 8개월의 시간이 걸렸습니다.

 

애플리케이션 및 운영을 잘못 파악함 대량 트랜잭션 데이터베이스와 같은 특정한 기술적 요구 사항이 있는 대용량 시스템은 클라우드에서 제대로 작동하지 않습니다.라고 Buchholz는 말했습니다. 

 

"그리고 실제로는 다른 것들과 연결되어 있지 않다고 생각되는 앱들도 있습니다. 그리고 그들은 더 많은 연결을 가지고 있고, 실현된 것보다 더 많은 것들과 소통합니다. 

따라서 모든 홉, 링크 및 보안 작업을 수행할 때쯤이면 클라우드 환경은 생각보다 훨씬 느려집니다."라고 그가 덧붙여 설명했습니다.

무엇을 가야 하고 무엇을 머물러야 하는지 알아야 한다. Malik은 클라우드 마이 그레이션 오류가 마이 그레이션 모범 사례에 대한 보다 깊은 통찰력을 제공했다고 말했습니다. 특히"모든 애플리케이션이 클라우드에 속해 있는 것은 아닙니다."라고 그는 말했습니다.

실제로 클라우드로 이전한 데이터 분석 애플리케이션에서 장애가 발생한 주된 원인은 바로 이 때문이라고 판단했습니다. 전환할 준비가 되어 있지 않았습니다. Malik에 따르면, 문제는 애플리케이션을 클라우드로 이동하기로 한 결정에서 시작되었다고 합니다. 즉, 애플리케이션을 자유롭게 이동하는 프로젝트입니다.

"애플리케이션은 멀티 테넌트(Multi-tenant)애플리케이션이 아니었으며, 유연한 애플리케이션도 아니었으며, 가상화 환경을 잘 사용하지 못 했습니다."라고 그는 말합니다. 또한 애플리케이션은 데이터 센터 내에 상주하는 데이터를 기반으로 하기 때문에 클라우드에서 애플리케이션의 성능이 저하됩니다.

전문가들은 이것이 IT부서의 전형적인 시나리오라고 말했다. "클라우드를 가상 데이터 센터처럼 취급하고 클라우드로 전환할 때 운영이나 절차를 변경하지 않습니다."라고 Buchholz는 덧붙였습니다.

 

하지만 점점 더 많은 조직이 클라우드 마이 그레이션 프로젝트에 대한 경험을 축적함에 따라 이러한 상황은 변화하고 있습니다. IT어드바이저와 연구원은 클라우드로 전환하고 성공적으로 실행할 수 있는 애플리케이션, 현대화하여 클라우드로 전환해야 하는 애플리케이션 및 남아 있어야 하는 애플리케이션을 결정하기 위해 CIO들이 사내 애플리케이션을 보다 효과적으로 평가하고 있다고 말했습니다.

고객 정보 관리, 위치 정보, 고객 참여, 배송 및 우편, 글로벌 전자 상거래 제품을 제공하는 글로벌 기술 기업인 PitneyBowes의 최고 혁신 책임자인 JamesFairweather씨는 회사가 약 5년 전에 혁신 이니셔티브를 시작했다고 말했습니다. 여기에는 워크 로드와 개별 기능 및 서비스를 클라우드로 이동하는 작업도 포함되었습니다.

Fairweather는 클라우드로의 원활한 전환을 지원하기 위해 애플리케이션을 엄격하게 평가하여 어떤 애플리케이션이 클라우드로 그대로 전환될 수 있고 어떤 애플리케이션이 수익을 제공하기 위해 클라우드에 최적화되어야 하는지를 결정했다고 말했습니다.

그는 직원들이 최적의 경로를 찾기 전에 애플리케이션에 대한 보안 검토, 코드 테스트 및 기타 분석을 수행한다고 설명하면서" 이러한 모든 워크 로드 마이 그레이션에서 우리는 이에 대해 매우 유연하게 대처해 왔습니다.

또한 Apigee의 자동화 툴 및 API관리와 같은 새로운 기술에 투자하여 클라우드 마이 그레이션을 성공적으로 수행했습니다.