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

클라우드 리패트리에이션 이해: 트렌드와 시사점

클라우드 리패트리에이션(퍼블릭 클라우드 워크로드를 로컬 시스템으로 다시 가져오는 행위)의 증가하는 사례가 클라우드 서비스의 미래에 대한 열띤 논쟁을 일으키고 있습니다. 클라우드에 우호적인 분석가들은 이 트렌드를 무시하거나 축소하며, 증가하는 수치가 오해의 소지가 있다고 주장합니다.

반면 일부는 리패트리에이션이 클라우드 컴퓨팅에 대한 관심 감소를 나타낸다고 주장합니다. 이 관점은 퍼블릭 클라우드에서 워크로드를 가져오는 트렌드가 지속될 것이며 온프레미스 하드웨어와 코로케이션이 '클라우드 퍼스트' 모델에 계속 도전할 것이라고 제안합니다.

이 글은 클라우드 리패트리에이션 현상과 주요 동인을 분석합니다. 위에서 논의된 두 입장을 모두 고려하고 클라우드가 정말 사라지고 있는지, 아니면 기업들이 퍼블릭 클라우드 워크로드를 다시 가져오는 다른 이유가 있는지 평가합니다.

클라우드 리패트리에이션 이해: 트렌드와 시사점

클라우드 리패트리에이션이란 무엇인가?

클라우드 리패트리에이션은 앱, 워크로드, 또는 데이터를 퍼블릭 클라우드에서 로컬 인프라로 이동하는 프로세스입니다. 대부분의 기업은 자산을 프라이빗 또는 하이브리드 클라우드로 이전하지만, 일부는 클라우드 모델을 완전히 포기하고 클래식 온사이트 데이터 센터로 되돌아갑니다.

최근 연구에 따르면 미국 기업의 80% 이상이 2021년 일부 퍼블릭 클라우드 워크로드를 끌어당겼습니다. 처음에는 이 통계가 온프레미스 시스템으로의 대규모 회귀를 시사하는 듯 보입니다. 그러나 80% 수치를 둘러싼 맥락은 다음과 같습니다:

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

이상적으로 클라우드 리패트리에이션은 클라우드 마이그레이션 전 사용했던 동일한 온프레미스 시스템을 재도입하는 것이 아니어야 합니다. 전환은 새로운 IT 기회를 추구하거나 퍼블릭 클라우드와 다른 시스템을 더 잘 통합하는 방법을 찾는 것이어야 합니다.

대부분 부정적인 클라우드 리패트리에이션 시나리오는 기업이 클라우드 도입을 서두를 때 발생합니다. 초기 계획 부족, 열악한 KPI, 리프트 앤 시프트 마이그레이션 계획이 팀을 앱을 클라우드에서 다시 끌어당기게 만듭니다.

클라우드 리패트리에이션의 이점

예산과 유능한 IT 직원이 온프레미스 시스템 운영에 있다면 클라우드 리패트리에이션은 상당한 이점을 가져올 수 있습니다. 퍼블릭 클라우드에서 앱을 끌어당겨 온사이트 솔루션을 선호하는 것의 가장 영향력 있는 이점을 자세히 살펴보겠습니다.

클라우드 리패트리에이션 이해: 트렌드와 시사점

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

많은 기업이 퍼블릭 클라우드의 보안 우려로 온프레미스 시스템으로 리패트리에이션을 결정합니다. 퍼블릭 클라우드에서 데이터 보관 위험을 증가시키는 여러 요인:

클라우드 제공업체에 의한 보안 실패는 드물지만, 최종 사용자의 잘못된 구성은 드물지 않습니다. 팀이 적절한 데이터 보호 솔루션을 아키텍처하고 제공업체 스택과 통합하는 데 시간을 들이지 않는 한, 퍼블릭 클라우드에서 데이터 보안을 보장할 방법은 없습니다.

일부 기업은 데이터 유출 방지에 대한 실질적 통제가 가능하고 공격 표면을 크게 줄일 수 있는 온프레미스 스택으로 데이터를 리패트리에이션하는 것을 선호합니다. 클라우드 리패트리에이션은 또한 멀티클라우드 보안 이슈 해결이나 새로운 산업별 규정 준수 표준 충족을 가능하게 합니다.

벤더 락인 제거

벤더 락인은 기업이 퍼블릭 클라우드 제공업체에 과도하게 의존하게 될 때 발생합니다. 한번 락인되면 클라이언트는 다음 조정의 높은 전환 비용 없이 다른 제공업체 사용 불가:

퍼블릭 클라우드에서 실행하는 워크로드가 많을수록 벤더 락인 위험이 커집니다. 클라우드 리패트리에이션은 그 '올가미'를 잘라내어 귀사가 내부 팀 외에는 누구에게도 과도하게 의존하지 않도록 보장합니다.

더 이상 높은 반복 운영 비용(OpEx) 없음

클라우드는 기업을 온사이트 하드웨어에 대한 막대한 투자에서 구해주지만, 가격은 반복적인 종량제 비용으로 누적됩니다. 퍼블릭 클라우드 리소스를 사용하는 기업은 다음 모두에 대해 월별 요금을 지불합니다:

클라우드 비용은 시간이 지남에 따라 종종 통제를 벗어납니다. 최근 연구에 따르면 기업들이 필요도 없고 사용하지도 않는 퍼블릭 클라우드 리소스에 연간 최대 620억 달러 지출합니다.

기업이 퍼블릭 클라우드에 너무 많은 비용을 지출하고 있음을 깨닫으면 리패트리에이션은 논리적 단계입니다. 워크로드를 클라우드에서 끌어당기면 반복 비용이 감소하거나 제거됩니다. 다만 온사이트 대안에 투자해야 하므로, 장기적 OpEx 부재는 높은 즉각적 비용이라는 대가를 치릅니다.

하지만 시간이 지남에 따라 클라우드 리패트리에이션은 의심할 여지 없이 ROI 측면에서 현명한 재정적 움직임입니다(처음부터 감당할 수 있다면). 예를 들어 Dropbox는 2015년 600페타바이트 데이터를 퍼블릭 클라우드에서 끌어당겨 온사이트 데이터 센터를 선호했습니다. 그 결과 Dropbox 팀은 더 빠른 앱 성능을 달성하면서 약 7,460만 달러를 절약했습니다.

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

인프라에 대한 완전한 통제

기업이 클라우드 리패트리에이션을 선택하는 가장 일반적인 이유 중 하나는 IT 환경에 대한 완전한 통제를 얻고자 하는 욕구입니다. 워크로드를 온프레미스 전용 서버, 프라이빗 클라우드, 또는 하이브리드 아키텍처로 이동하든, 리소스를 커스터마이즈, 구성, 관리할 완전한 자유를 얻게 됩니다.

퍼블릭 클라우드에서 운영하면 하드웨어 통제가 사라질 뿐만 아니라 제한된 소프트웨어 선택지로 작업해야 합니다. 제공업체는 가능한 가장 넓은 사용자 기반에 맞게 무엇을 사용할 수 있고 없는지 제한하는 경우가 많습니다. 온사이트 IT에는 그런 제한이 없어 내부 팀이 최적의 소프트웨어와 하드웨어 솔루션을 선택할 자유를 부여합니다.

더 나은 앱 성능

퍼블릭 클라우드에 사용자가 너무 많으면 혼잡이 성능에 영향을 줄 수 있습니다. 중요한 운영 벤치마크 성능 충족 실패는 리패트리에이션 고려 신호입니다.

퍼블릭 클라우드보다 온프레미스에서 더 잘 수행하는 앱의 일반적인 특성은 다음과 같습니다:

앱에 이러한 기능이 있고 클라우드에서 저조한 성능을 보인다면 귀사는 리패트리에이션의 최적 후보입니다. 하이퍼바이저나 성능을 저하시킬 수 있는 다른 테넌트가 없으므로 앱은 베어메탈에서 더 잘 수행됩니다.

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

클라우드 리패트리에이션 과제

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

클라우드 리패트리에이션 이해: 트렌드와 시사점

복귀 이동은 종종 복잡함

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

이동 자체도 과제가 될 수 있습니다. 제공업체와 고객이 동일한 도구 스택을 공유하지 않는 한, 앱 리패트리에이션은 말보다 어렵습니다. 클라우드 네이티브 앱을 온프레미스 시스템으로 완전히 전환하는 것은 복잡하고 시간 소모적이므로, 이동 중 장기 다운타임과 전환 후 일련의 오류를 예상하세요. 제공업체는 자연스럽게 고객을 위한 간단한 퇴출 전략을 강요받지 않으므로 많은 도움을 기대하지 마세요.

또한 리패트리에이션이 관리 및 모니터링 복잡성을 더한다는 점도 기억하세요. 대부분의 경우 몇 달러 클라우드 비용 절약을 위해 이 이동을 할 가치가 없을 수 있습니다.

일부 경우 이동 전 데이터를 사용 가능한 형식으로 변환해야 할 수도 있습니다. 예를 들어 퍼블릭 클라우드에서 온프레미스 VMWare 솔루션으로 앱을 이동할 때, 팀은 VMWare Converter를 사용하여 VMDK를 구축하고 VM을 재생성해야 합니다. 이 과정은 오랜 시간이 걸리며 현재 시스템의 연장된 중단을 요구합니다.

컨테이너 오케스트레이션 플랫폼(쿠버네티스, Docker 등)은 퍼블릭 클라우드에서 앱 리패트리에이션 시 훌륭한 자산입니다. 전통적인 가상 머신과 달리 컨테이너는 의존성이 없고 훨씬 더 이식 가능합니다. 아직 그렇지 않다면 클라우드 리패트리에이션을 수행하면서 워크로드를 컨테이너화하여 향후 더 쉬운 마이그레이션 보장하려 노력하세요.

클라우드 리패트리에이션은 정말 빠르게 비싸질 수 있음

온사이트 호스팅이 운영 비용을 낮추지만, 온사이트 호스팅 장비의 초기 가격은 놀랄 만큼 높을 수 있습니다. 귀사는 다음 가격에 대해 설명해야 합니다:

최소 6자리 수의 선행 가격표를 예상하세요. 팀이 전환하는 동안 서비스가 다운되므로 그 전선에서도 재정적 타격 예상.

워크로드를 온사이트로 마이그레이션한 후, 새 서버 룸을 운영하고 유지보수할 유능한 기술자 팀이 필요합니다. 자격을 갖춘 직원 부족으로 높은 급여 제공 준비하거나 낮은 직원 유지율 예상.

클라우드 리패트리에이션 이해: 트렌드와 시사점

클라우드 리패트리에이션이 필요한가?

클라우드 리패트리에이션은 상당한 운영적, 재정적 파급효과를 가질 수 있는 급진적인 움직임입니다. 이동하거나 현상 유지 중 무엇이 올바른 옵션인지 신중하게 평가해야 하며, 다음 질문에 답하며 시작할 수 있습니다:

이 질문들 대부분에 예라고 답했다면 클라우드 리패트리에이션이 가치 있는 옵션일 가능성이 높습니다. 대부분의 답이 부정적이었다면 퍼블릭 클라우드 앱을 현재 위치에 두는 것이 더 현명한 결정입니다.

답이 혼재된 경우, 당분간 현상 유지가 최선입니다. 퍼블릭 클라우드는 시간이 지남에 따라 더 저렴하고 기능적이 되는 역사가 있습니다. 몇 년 후 원래 아키텍처를 유지하는 것이 더 나았을 거라는 사실을 발견하고 리패트리에이션을 겪고 싶지는 않을 것입니다.

퍼블릭 클라우드에서의 대량 탈출을 기대해야 하는가?

거의 모든 비즈니스는 일부 자산을 퍼블릭 클라우드에 보관하며, 이는 변하지 않을 것입니다. 하지만 개별 워크로드에 가장 적합한 솔루션을 찾는 데 더 많은 기업이 집중할 것으로 예상할 수 있습니다. 결과적으로 퍼블릭 클라우드 '올인' 도입 모델의 종말을 보게 될 가능성이 높지만, 리패트리에이션이 퍼블릭 클라우드 시장의 전면적 붕괴를 초래할 것이라는 기대는 현실적이지 않은 시나리오입니다.

클라우드 컴퓨팅

  1. 엔터프라이즈 IT가 퍼블릭 클라우드 액세스를 보호하기 위해 사용하는 5가지 검증된 전략
  2. 퍼블릭 클라우드 성공의 열쇠: 재설계와 세밀한 튜닝
  3. 클라우드 도입: 맞춤형 전략이 일률적 접근을 능가하는 이유
  4. AWS, Azure, GCP 통합 모니터링: 원활한 사용자 경험을 위한 하나의 목표
  5. 비즈니스 보호를 위한 클라우드 서비스 SLA 필수 요소
  6. 클라우드 vs 가상화: 핵심 차이점과 비즈니스 영향
  7. 올바른 클라우드 전략 선택: 퍼블릭, 프라이빗, 하이브리드 솔루션 완벽 해설
  8. 퍼블릭 클라우드: 이점, 위험, 핵심 고려사항 완벽 가이드
  9. 클라우드 리플랫포밍: 정의와 효율적인 마이그레이션을 이끄는 방법
  10. 퍼블릭 클라우드 도입으로 ROI와 보안 극대화하기