산업 제조
산업용 사물 인터넷 | 산업자재 | 장비 유지 보수 및 수리 | 산업 프로그래밍 |
home  MfgRobots >> 산업 제조 >  >> Industrial Internet of Things >> 클라우드 컴퓨팅

Cloud Repatriation이란 무엇입니까?

클라우드 송환(퍼블릭 클라우드 워크로드를 로컬 시스템으로 되돌리는 행위) 사례가 증가하면서 클라우드 서비스의 미래에 대한 뜨거운 논쟁이 일어나고 있습니다. 클라우드를 선호하는 분석가들은 추세를 무시하거나 경시하며 증가하는 숫자가 오해의 소지가 있다고 주장합니다.

반면에 일부에서는 본국 송환이 클라우드 컴퓨팅에 대한 관심 감소를 의미한다고 주장합니다. 이러한 관점은 퍼블릭 클라우드에서 워크로드를 제거하는 추세가 유지되고 온프레미스 하드웨어 및 코로케이션이 "클라우드 우선" 모델에 계속 도전할 것임을 시사합니다.

이 문서는 클라우드 송환 현상과 그 주요 동인을 분석합니다. . 우리는 위에서 논의한 두 가지 관점을 모두 고려하고 클라우드가 실제로 사라지고 있는지 또는 기업이 퍼블릭 클라우드 워크로드를 철회하는 또 다른 이유가 있는지 평가합니다.

클라우드 송환이란 무엇입니까?

클라우드 송환은 앱, 워크로드 또는 데이터를 퍼블릭 클라우드에서 로컬 인프라로 이동하는 프로세스입니다. 대부분의 회사는 자산을 프라이빗 또는 하이브리드 클라우드로 이전하지만 일부는 클라우드 모델을 포기하고 기존의 현장 데이터 센터로 되돌아갑니다.

최근 연구에 따르면 미국 기업의 80% 이상이 2021년에 일부 퍼블릭 클라우드 워크로드를 가져왔습니다 . 언뜻 보기에 이 통계는 온프레미스 시스템으로의 대규모 전환을 시사합니다. 그러나 다음은 80%라는 수치를 둘러싼 몇 가지 맥락입니다.

기업이 퍼블릭 클라우드에서 자산을 이전하기로 결정한 가장 일반적인 이유는 다음과 같습니다.

이상적으로는 클라우드 송환은 이전에 사용된 동일한 온프레미스 시스템을 다시 선택하는 것이 되어서는 안 됩니다. 클라우드 마이그레이션 . 변화는 새로운 IT 기회를 추구하거나 다른 시스템을 퍼블릭 클라우드와 통합하는 더 나은 방법을 찾는 것이어야 합니다.

대부분의 부정적인 클라우드 송환 시나리오는 회사가 클라우드 도입을 서두를 때 발생합니다. 초기 계획 부족, 열악한 KPI, 리프트 앤 시프트 마이그레이션 계획으로 인해 팀은 종종 클라우드에서 앱을 다시 가져와야 합니다.

Cloud Repatriation의 이점

온프레미스 시스템을 실행할 수 있는 예산과 유능한 IT 직원이 있는 경우 클라우드 송환은 상당한 이점을 가져올 수 있습니다. 다음은 온사이트 솔루션을 위해 퍼블릭 클라우드에서 앱을 제거할 때의 가장 영향력 있는 이점을 자세히 살펴보겠습니다.

더 나은 데이터 보안을 위한 기회

많은 기업이 퍼블릭 클라우드의 보안 문제로 인해 온프레미스 시스템으로 송환하기로 결정합니다. 여러 요인이 데이터를 퍼블릭 클라우드에 보관할 위험을 높입니다.

클라우드 공급자의 보안 실패는 드물지만 최종 사용자의 잘못된 구성은 드문 일이 아닙니다. 팀에서 적절한 데이터 보호 솔루션을 설계하고 공급자의 스택과 통합하는 데 시간을 들이지 않는 한 공용 클라우드에서 데이터 보안을 보장할 방법이 없습니다.

일부 기업은 데이터 유출 방지를 직접 제어하고 공격 표면을 크게 줄일 수 있는 온프레미스 스택으로 데이터를 송환하는 것을 선호합니다. 또한 클라우드 송환을 통해 회사는 다중 클라우드 보안 문제를 해결하거나 새로운 산업별 규정 준수 표준을 충족할 수 있습니다.

공급업체 종속 제거

공급업체 종속은 회사가 퍼블릭 클라우드 제공업체에 과도하게 의존할 때 발생합니다. 일단 잠기면 클라이언트는 조정에 대한 높은 전환 비용 없이 다른 공급자를 사용할 수 없습니다.

퍼블릭 클라우드에서 더 많은 워크로드를 실행할수록 공급업체 종속 위험이 커집니다. 클라우드 송환은 이러한 "올가미"를 줄이고 비즈니스가 사내 팀 이외의 누구에게도 너무 의존하지 않도록 합니다.

더 이상 높은 반복 운영 비용(OpEx)이 없습니다.

클라우드를 사용하면 기업이 현장 하드웨어에 막대한 투자를 하지 않아도 되지만 가격은 반복적으로 사용한 만큼만 지불하면 됩니다. 퍼블릭 클라우드 리소스를 사용하는 회사는 모두에 대해 월별 요금을 지불합니다.

클라우드 비용은 시간이 지남에 따라 통제 불능 상태가 되는 경우가 많습니다. 최근 연구에 따르면 기업은 필요하지도 않고 사용하지도 않는 퍼블릭 클라우드 리소스에 대해 연간 최대 620억 달러를 지출하고 있습니다. .

기업이 퍼블릭 클라우드에 너무 많은 비용을 지출하고 있다는 사실을 깨닫고 나면 본국으로 돌아가는 것이 논리적인 단계입니다. 클라우드에서 워크로드를 가져오면 반복되는 비용을 줄이거나 없앨 수 있습니다. 그러나 현장 대안에 투자해야 하므로 장기적인 OpEx가 없으면 즉각적인 비용이 많이 듭니다.

그러나 시간이 지남에 따라 클라우드 송환은 의심할 여지 없이 ROI 측면에서 현명한 재정적 움직임입니다(먼저 할 수 있는 경우). 예를 들어 Dropbox는 2015년에 온사이트 데이터 센터를 위해 공용 클라우드에서 600페타바이트의 데이터를 가져오기로 결정했습니다. 그 결과 Dropbox 팀은 약 7,460만 달러를 절약하면서 더 빠른 앱 성능을 달성했습니다.

클라우드 송환은 또한 더 나은 가격 예측 가능성으로 이어집니다. . 퍼블릭 클라우드 제공업체는 정기적으로 가격 구조를 변경하여 회사가 정확한 장기 재무 예측을 생성하는 것을 불가능하게 만듭니다.

인프라에 대한 완벽한 제어

회사가 클라우드 송환을 선택하는 가장 일반적인 이유 중 하나는 IT 환경을 완벽하게 제어하려는 욕구입니다. 워크로드를 온프레미스 전용 서버, 프라이빗 클라우드 또는 하이브리드 아키텍처로 이동하든 관계없이 리소스를 사용자 지정, 구성 및 관리할 수 있는 완전한 자유를 얻을 수 있습니다.

퍼블릭 클라우드에서 작동하면 하드웨어에 대한 제어 권한이 없어질 뿐만 아니라 제한된 소프트웨어 선택으로도 작업해야 합니다. 공급자는 가능한 가장 광범위한 사용자 기반에 맞게 사용할 수 있는 것과 사용할 수 없는 것을 제한하는 경우가 많습니다. 현장 IT에는 이러한 제한이 없으므로 사내 팀이 최적의 소프트웨어 및 하드웨어 솔루션을 자유롭게 선택할 수 있습니다.

더 나은 앱 성능

공용 클라우드에 사용자가 너무 많으면 정체가 성능에 영향을 줄 수 있습니다. 성능에 대한 중요한 운영 벤치마크를 충족하지 못한다는 것은 본국 송환을 고려해야 한다는 분명한 신호입니다.

다음은 퍼블릭 클라우드보다 온프레미스 성능이 더 우수한 앱의 일반적인 특성입니다.

앱에 이러한 기능이 있고 클라우드에서 성능이 저조한 경우 본국 송환의 주요 후보입니다. 성능을 저하시킬 수 있는 하이퍼바이저 또는 기타 테넌트가 없기 때문에 앱은 베어메탈에서 더 잘 수행됩니다.

온프레미스 호스팅 환경으로 이동하는 것은 안정적인 온사이트 백업 및 재해 복구(BDR) 솔루션으로 앱 가용성을 높일 수 있는 기회이기도 합니다. 100% 가동 시간을 보장하는 것은 쉽지 않겠지만 퍼블릭 클라우드에서 벗어나면 내부 팀이 제어권을 다시 갖게 됩니다.

클라우드 송환 과제

클라우드 송환의 이점은 매력적이지만 온프레미스 시스템으로 이동하는 것은 쉽지 않습니다(또는 저렴하지 않음). 앱을 퍼블릭 클라우드에서 이전할 때의 주요 과제를 살펴보겠습니다.

되돌리기가 복잡한 경우가 많습니다

현장 시스템을 설정하고 효율적으로 실행되도록 하는 것은 쉽지 않습니다. 팀은 먼저 최적의 인프라를 정의해야 하며, 그런 다음 새 시스템을 설정하고 실행할 유능한 기술자 팀을 고용해야 합니다.

이동 자체도 어려울 수 있습니다. 공급자와 고객이 동일한 도구 스택을 공유하지 않는 한 앱을 송환하는 것은 말처럼 쉽지 않습니다. 클라우드 네이티브 앱을 온프레미스 시스템으로 완전히 전환하는 것은 복잡하고 시간이 많이 걸리므로 이동하는 동안 중단 시간이 길어지고 전환 후 일련의 오류가 발생할 수 있습니다. 또한 공급자는 자연스럽게 고객을 위한 간단한 출구 전략을 마련해야 한다고 생각하지 않기 때문에 공급자로부터 많은 도움을 기대해서는 안 됩니다.

또한 본국 송환은 관리 및 모니터링의 복잡성을 가중시킨다는 점을 기억하십시오. 대부분의 경우 클라우드 비용을 몇 달러 절약할 가치가 없을 수 있습니다.

경우에 따라 이동하기 전에 데이터를 사용 가능한 형식으로 변환해야 할 수도 있습니다. 예를 들어 앱을 퍼블릭 클라우드에서 온프레미스 VMWare 솔루션으로 이동할 때 팀은 VMWare Converter를 사용하여 VMDK를 구축하고 VM을 다시 만들어야 합니다. 이 프로세스는 시간이 오래 걸릴 수 있으며 현재 시스템을 장기간 중단해야 합니다.

컨테이너 오케스트레이션을 위한 플랫폼(예:Kubernetes 및 Docker)은 퍼블릭 클라우드에서 앱을 송환할 때 훌륭한 자산입니다. 기존 가상 머신과 달리 컨테이너는 종속성이 없고 훨씬 더 이식성이 있습니다. 아직 없는 경우 클라우드 송환을 수행할 때 워크로드를 컨테이너화하여 더 쉽게 마이그레이션할 수 있도록 노력하십시오.

클라우드 송환은 비용이 많이 들고 매우 빨라질 수 있습니다.

현장 호스팅이 운영 비용을 낮추는 반면, 현장 호스팅 장비의 초기 가격은 입이 떡 벌어질 수 있습니다. 귀사는 다음 가격을 고려해야 합니다.

선불 6자리 가격표보다 적은 것은 기대하지 마십시오. 팀이 전환하는 동안 서비스가 중단되므로 재정적 타격도 예상할 수 있습니다.

현장에서 워크로드를 마이그레이션한 후에는 새 서버실을 운영하고 유지 관리할 유능한 기술자 팀이 필요합니다. 자격을 갖춘 직원이 부족하므로 높은 급여를 제공하거나 낮은 직원 유지율을 기대할 수 있습니다.

클라우드 송환이 필요하십니까?

클라우드 송환은 상당한 운영 및 재정적 영향을 미칠 수 있는 과감한 조치입니다. 이사를 가거나 그대로 두는 것이 올바른 선택인지 신중하게 평가해야 하며, 다음 질문에 답하는 것으로 시작할 수 있습니다.

라고 답한 경우 클라우드 송환이 가치 있는 옵션일 수 있습니다. 이 질문의 대부분에. 대부분의 답변이 부정적이었다면 퍼블릭 클라우드 앱을 그대로 두는 것이 더 현명한 결정입니다.

당신이 엇갈린 대답을 했다면 가장 좋은 조치는 지금 그대로 있는 것입니다. 퍼블릭 클라우드는 시간이 지남에 따라 더 저렴해지고 기능이 향상되는 역사를 가지고 있습니다. 원래의 아키텍처를 고수하는 것이 더 나았을 것이라는 사실을 몇 년 만에 발견하기 위해 송환을 거치고 싶지는 않습니다.

퍼블릭 클라우드에서 대규모 이탈을 예상해야 합니까?

거의 모든 비즈니스는 변경되지 않을 가능성이 있는 일부 자산을 퍼블릭 클라우드에 보관합니다. 그러나 예상할 수 있는 것은 개별 워크로드에 가장 적합한 솔루션을 찾는 데 집중하는 회사가 더 많다는 것입니다. 결과적으로 퍼블릭 클라우드를 채택하는 "올인" 모델의 끝을 볼 가능성이 높지만 본국 송환으로 인해 퍼블릭 클라우드 시장이 전면적으로 붕괴될 것으로 예상하는 것은 현실적인 시나리오가 아닙니다.


클라우드 컴퓨팅

  1. 엔터프라이즈 IT가 퍼블릭 클라우드 액세스를 해결하는 5가지 방법
  2. 퍼블릭 클라우드의 성공을 위해서는 재설계, 미세 조정이 필요합니다
  3. 클라우드 도입은 만능이 아닙니다
  4. 3개의 공용 클라우드 제공업체, 하나의 모니터링 목표
  5. 클라우드 서비스 SLA에는 무엇이 포함됩니까?
  6. 클라우드와 가상화의 차이점은 무엇입니까?
  7. 퍼블릭 클라우드 대 사설 클라우드 대 하이브리드 클라우드
  8. 퍼블릭 클라우드의 장점 및 단점
  9. 클라우드에서 플랫폼 재조정이란 무엇입니까?
  10. 퍼블릭 클라우드의 이점을 얻는 방법