자신감을 가지고 리프트 앤 시프트

대부분의 사람들은 클라우드가 성숙해졌다고 동의할 것입니다. 이는 우리의 주의 깊은, 때로는 조심스러운 시선 아래에서 성숙해졌으며, 2015년 가을에 실시한 하버드 비즈니스 리뷰 설문 조사 에 따르면 대다수의 응답자가 "조직이 최소한 일부 새로운 애플리케이션에 대해 퍼블릭 클라우드 우선 전략을 채택했다"고 답했습니다. 실제로 설문 응답자의 22%만이 클라우드 우선 전략이 중요하지 않다고 답했습니다."

우리가 실시한 조사 결과도 이를 뒷받침합니다. 2016년 애플리케이션 제공 현황 설문 조사에서 응답자의 67%가 "클라우드 우선" 조직이라고 밝혔으며 3가지 클라우드 모델(프라이빗, 퍼블릭, SaaS)이 상위 5대 전략적 추세를 차지했습니다. 

하지만 클라우드와 관련해서는 여전히 주저하는 부분이 있다는 점에 유의하세요. 오랫동안 패키지로 구매되어 온프레미스에서 배포되던 상품화된 비즈니스 운영 소프트웨어의 대부분을 실질적으로 소비하는 SaaS가 놀라운 속도로 성장하는 반면, 퍼블릭 클라우드는 계속해서 뒤처졌습니다. 우리의 조사만이 보여주는 것은 아닙니다. 퍼블릭(AWS, Azure, Google, Rackspace), 프라이빗(온프레미스), SaaS의 사용을 구분하라는 질문을 받았을 때, "클라우드" 도입을 주도하는 것은 SaaS와 프라이빗 클라우드라는 사실을 보여줍니다. 공개되지 않음.

여기에는 다양한 이유가 있으며, 앞서 언급한 Harvard Business Review의 설문 조사는 비즈니스에 중요한 장기적 애플리케이션과 관련하여 퍼블릭 클라우드에 뛰어드는 데 대한 기업의 주저함을 지적하며 통합을 중대한 과제로 지적합니다.

하지만 비즈니스 리더의 "클라우드 전환" 의지를 방해하는 것은 애플리케이션과 데이터 소스 간의 통합만이 아닙니다. 이러한 애플리케이션의 속도, 보안, 확장성을 제공하는 앱 서비스에 대한 통합(종속성)이 종종 방해가 됩니다.

오, 퍼블릭 클라우드는 성숙해지고 있으며 마침내 성장을 유지하기 위해 IP 테이블 기반 방화벽과 기존의 부하 분산보다 더욱 진보된 서비스를 제공해야 하는 전환점에 도달하기 시작했습니다. 이는 불가피한 일이었습니다. 가격 전쟁이 끝나고 컴퓨팅 성능이 8TB 플래시 드라이브보다 저렴해지자 공급업체는 차별화를 위한 다른 방법을 찾고 자사 플랫폼을 도입할 만한 설득력 있는 이유를 제시해야 했습니다. 네트워크 투자가 속도, 규모, 보안에 집중되어 있다는 사실은 주목할 만한 사실입니다. Network World의 State of the Network 설문 조사 에 응답한 사람들은 "네트워킹 투자의 주요 동인은 네트워크 속도 및 성능 향상(55%), 데이터 보안 향상(53%), 가용성 보장(50%), 비즈니스 연속성 보장(46%), IT 프로세스 효율성 향상(43%), 비즈니스 프로세스 효율성 향상(41%)"이라고 언급했습니다.

속도. 보안. 규모.

문제는 서비스 제공자가 해당 서비스를 제공하지 않을 것이라는 것이 아니라, 제공하고 있고 제공할 것이라는 것입니다. 하지만 이러한 서비스는 여전히 데이터 센터 운영 시스템, 모델, 프로세스와 단절되어 있으며 직원뿐만 아니라 기술 측면에서도 상당한 변화가 필요합니다. 정책은 한 서비스에서 다른 서비스로 번역되어야 합니다. 점점 더 디지털화되는 비즈니스를 매일 관리하는 데 필요한 가시성 운영을 제공하기 위해 클라우드 콘솔, 대시보드, 로그 및 API를 포함하도록 프로세스와 시스템이 변경되었습니다.

클라우드에서 보완 서비스를 찾을 수 있다고 가정합니다. 첫 번째 연례 애플리케이션 보안 상태 보고서에서 응답자들은 변화하는 위협 환경으로부터 보호하고 방어하기 위해 다양한 보안 서비스에 의존하고 있음을 나타냈습니다.

웹 애플리케이션 방화벽, 맬웨어 방지, IPS, 방화벽, 웹 사기 탐지. 그들은 모두 다양한 정도로 거기에 있습니다. 규모와 속도를 제공하는 서비스도 마찬가지입니다.  

기업들이 클라우드로의 마이그레이션을 이야기할 때 선택할 수 있는 옵션은 많지 않습니다. 애플리케이션을 다시 작성하는 일은 엄청나게 비용이 많이 들고 시간도 많이 걸립니다. 특히 기존에 처리되지 않은 애플리케이션이 많은 경우 더욱 그렇습니다. PaaS 제공업체 OutSystems가 지적한 바와 같이, 이러한 백로그는 설문 조사에 참여한 기업의 85%에 영향을 미쳤습니다. 절반 이상이 10~20개 앱의 백로그에 대한 청구를 제기했습니다. 

그러나 리프트 앤 시프트는 애플리케이션을 지원하는 인프라와 관련하여 상당한 우려를 불러일으킵니다. 앱 구성 요소뿐만 아니라 전체 아키텍처를 들어올려 이전해야 하는 필요성 때문에 이러한 마이그레이션 노력에 대한 IT 열정이 저하되는 경향이 있습니다. 단절된 도구, 콘솔, 대시보드, 정책 언어 세트로 인해 발생하는 운영 비용으로 인해 기업이 절약하려는 시간과 비용이 상당히 손실될 수 있습니다.

그렇기 때문에 클라우드 공급업체가 제공하는 빠르게 부상하는 앱 서비스의 기능과 특징뿐만 아니라 솔루션이 제공할 수 있거나 제공하지 못할 수 있는 운영적 일관성도 고려하는 것이 중요합니다. 기능성의 80%는 수용 가능하고, 비용의 50%는 바람직할 수 있지만, 관리 비용을 고려하면 그러한 감소는 새로운 직원, 새로운 도구, 새로운 서비스를 통합하고 운영하고 관리하는 데 필요한 추가 시간에 의해 빠르게 침식됩니다.

운영이 너무 확산되어서 좋지 않습니다.

클라우드로 자신 있게 리프트 앤 시프트(lift and shift)하는 것이 가능합니다. 기능과 운영 측면에서 인프라 서비스의 동등성을 확보함으로써 조직은 훨씬 더 복잡한 애플리케이션을 클라우드로 마이그레이션할 수 있습니다.

리프트 앤 시프트를 자신 있게 사용하려면 다음 사항을 고려하세요.

1. 서비스 특히 잘 정의된 정책에 따라 보안 관련 서비스를 이동하는 경우 아키텍처적 동등성을 유지하는 것이 중요합니다. 새로운 서비스를 도입하려면 상당한 투자가 필요합니다.  

2. 관리. 어디에 배포되든 관리할 수 있는 서비스를 선호합니다. 직원들이 세 번째 모니터를 정당화하는 데 타당한 이유로 여길지라도, 많은 사람이 단일 대시보드를 선호합니다.  

3. 오토메이션. 운영 기술 세트에 적합한지 확인하기 위해 API와 자동화 및 오케스트레이션의 프로그래밍 방식을 평가합니다. 또 다른 언어, 프레임워크 또는 정책 도구 세트가 필요하다는 것은 학습 곡선을 초래하여 오류, 느슨한 정책 및 의도치 않은 결과를 초래할 수 있습니다.

(모든 설문조사에 따르면) 당신은 클라우드로 갈 것입니다. 물론 퍼블릭 클라우드를 전혀 사용하지 않을 애플리케이션도 있지만, 사용하게 될 애플리케이션도 많습니다. 미래 성공을 위한 비결은 구조적, 운영적 동등성입니다.

그 점을 염두에 두면 곧 자신 있게 클라우드로 이전할 수 있을 것입니다.