다음을 통해 공유

클라우드 합리화

  • 아티클

클라우드 합리화는 자산을 평가하여 클라우드의 각 자산을 마이그레이션하거나 최신화하는 가장 좋은 방법을 결정하는 프로세스입니다. 합리화 프로세스에 대한 자세한 내용은 디지털 자산이란?을 참조하세요.

합리화 컨텍스트

이 문서에 나열된 합리화의 5가지 R은 클라우드 후보로 간주되는 모든 워크로드의 잠재적인 향후 상태에 레이블을 지정하는 좋은 방법입니다. 환경을 합리화하기 전에 이 레이블 지정 프로세스를 올바른 컨텍스트에 배치합니다. 이러한 컨텍스트를 제공하려면 다음 신화를 검토합니다.

통념: 프로세스 초기에 합리화 결정을 내리는 것은 쉬움

좋은 합리화를 위해서는 애플리케이션, 인프라 및 데이터와 같은 워크로드 및 관련 자산에 대한 깊은 지식이 필요합니다. 가장 중요한 것은 좋은 합리화 결정에는 시간이 걸린다는 것입니다. 증분 합리화 프로세스를 사용하는 것이 좋습니다.

통념: 클라우드 도입은 모든 워크로드가 합리화될 때까지 기다려야 함

전체 IT 포트폴리오 또는 단일 데이터 센터가 합리화되면 비즈니스 가치 실현이 몇 달 또는 몇 년까지 지연될 수 있습니다. 가능하면 완전한 합리화를 피합니다. 대신 릴리스 계획을 위한 10의 거듭제곱 방법을 사용하여 클라우드 도입이 예정된 다음 10개의 워크로드에 대해 현명한 결정을 내립니다.

통념: 비즈니스 타당성은 모든 워크로드가 합리화될 때까지 기다려야 함

클라우드 채택 활동에 대한 비즈니스 타당성을 개발하려면 포트폴리오 수준에서 몇 가지 기본 가정을 합니다. 동기가 혁신과 일치하면 아키텍처를 재조정합니다. 마이그레이션에 맞춰진 경우 재호스팅을 가정합니다. 이러한 가정은 비즈니스 타당성 프로세스를 가속화할 수 있습니다. 각 워크로드 채택 주기의 평가 단계에서 가정이 도전되고 예산이 구체화됩니다.

이제 장기 프로세스에 익숙해지려면 합리화의 다음 5가지 R을 검토합니다. 클라우드 채택 계획을 개발하는 동안 동기, 비즈니스 결과 및 현재 상태 환경에 가장 잘 맞는 옵션을 선택합니다. 디지털 자산 합리화의 목표는 모든 워크로드를 합리화하는 것이 아니라 기준을 설정하는 것입니다.

합리화의 5가지 R

합리화의 다음 5가지 Rs는 합리화를 위한 가장 일반적인 옵션을 설명합니다.

다시 호스트

리프트 앤 시프트 마이그레이션이라고도 하는 재호스트 작업은 전체 아키텍처에 대한 최소한의 변경으로 현재 상태 자산을 선택한 클라우드 공급자로 이동합니다.

일반적인 드라이버는 다음과 같습니다.

  • 자본 지출을 줄입니다.
  • 데이터 센터 공간을 확보합니다.
  • 클라우드 투자에서 신속한 수익률을 달성합니다.

정량적 분석 요인은 다음과 같습니다.

  • CPU, 메모리 및 스토리지를 포함한 VM 크기입니다.
  • 네트워크 트래픽과 같은 종속성.
  • 자산 호환성.

정성적 분석 요인은 다음과 같습니다.

  • 변경 허용 오차입니다.
  • 비즈니스 우선 순위.
  • 중요한 비즈니스 이벤트입니다.
  • 종속성을 처리합니다.

리팩터링

PaaS(Platform as a Service) 옵션을 사용하면 많은 애플리케이션과 관련된 운영 비용을 줄일 수 있습니다. PaaS 기반 모델에 맞게 애플리케이션을 약간 리팩터링하는 것이 좋습니다.

리팩터링은 또한 애플리케이션이 새로운 비즈니스 기회를 제공할 수 있도록 코드를 리팩터링하는 애플리케이션 개발 프로세스를 나타냅니다.

일반적인 드라이버에는 다음이 포함될 수 있습니다.

  • 더 빠르고 더 짧은 업데이트
  • 코드 이식성
  • 리소스, 속도, 비용 및 관리되는 운영을 지원하는 클라우드 효율성 향상

정량적 분석 요인은 다음과 같습니다.

  • CPU, 메모리 및 스토리지와 같은 애플리케이션 자산 크기입니다.
  • 네트워크 트래픽과 같은 종속성.
  • 페이지 보기, 페이지의 시간 및 로드 시간과 같은 사용자 트래픽입니다.
  • 언어, 데이터 플랫폼 및 중간 계층 서비스와 같은 개발 플랫폼.
  • CPU, 메모리, 스토리지 및 버전을 포함하는 데이터베이스입니다.

정성적 분석 요인은 다음과 같습니다.

  • 지속적인 비즈니스 투자.
  • 버스팅 옵션 또는 타임라인.
  • 비즈니스 프로세스 종속성.

아키텍처 변경

일부 노후화된 애플리케이션은 클라우드 공급자와 호환되지 않습니다. 이 비호환성은 애플리케이션을 빌드할 때 내린 아키텍처 결정 때문입니다. 이러한 경우 변환 전에 애플리케이션을 다시 설계해야 할 수 있습니다.

다른 경우에, 클라우드와 호환되지만 클라우드 네이티브가 아닌 애플리케이션은 솔루션을 클라우드 네이티브 애플리케이션으로 재설계하여 비용 효율성과 운영 효율성을 창출할 수 있습니다.

일반적인 드라이버에는 다음이 포함될 수 있습니다.

  • 애플리케이션 규모 및 민첩성
  • 새로운 클라우드 기능을 더욱 쉽게 채택
  • 기술 스택 혼합

정량적 분석 요인은 다음과 같습니다.

  • CPU, 메모리 및 스토리지와 같은 애플리케이션 자산 크기입니다.
  • 네트워크 트래픽과 같은 종속성.
  • 페이지 보기, 페이지의 시간 및 로드 시간과 같은 사용자 트래픽입니다.
  • 언어, 데이터 플랫폼 및 중간 계층 서비스와 같은 개발 플랫폼.
  • CPU, 메모리, 스토리지 및 버전을 포함하는 데이터베이스입니다.

정성적 분석 요인은 다음과 같습니다.

  • 비즈니스 투자를 성장시키기 위해.
  • 운영 비용.
  • 잠재적 피드백 루프 및 DevOps 투자.

다시 빌드

일부 시나리오에서는 애플리케이션을 계속 진행하기 위해 극복해야 하는 델타가 너무 커서 추가 투자를 정당화할 수 없습니다. 이 문제는 이전에 비즈니스 요구 사항을 충족했지만 현재는 현재 업무 프로세스에서 지원되지 않는 애플리케이션의 경우 특히 그렇습니다. 이 문제를 해결하려면 클라우드 네이티브 방법에 맞게 새 코드 베이스를 만듭니다.

일반적인 드라이버는 다음과 같습니다.

  • 혁신을 가속화합니다.
  • 애플리케이션 빌드 시간을 단축시킵니다.
  • 운영 비용을 절감합니다.

정량적 분석 요인은 다음과 같습니다.

  • CPU, 메모리 및 스토리지와 같은 애플리케이션 자산 크기입니다.
  • 네트워크 트래픽과 같은 종속성.
  • 페이지 보기, 페이지의 시간 및 로드 시간과 같은 사용자 트래픽입니다.
  • 언어, 데이터 플랫폼 및 중간 계층 서비스와 같은 개발 플랫폼.
  • CPU, 메모리, 스토리지 및 버전을 포함하는 데이터베이스입니다.

정성적 분석 요인은 다음과 같습니다.

  • 최종 사용자 만족도 감소.
  • 기능별로 제한되는 비즈니스 프로세스입니다.
  • 잠재적인 비용, 경험 또는 수익 향상.

바꾸기

솔루션은 일반적으로 당시 사용 가능한 최고의 기술과 방법을 사용하여 구현됩니다. 때로는 SaaS(Software as a Service) 애플리케이션이 호스팅된 애플리케이션에 필요한 모든 기능을 제공할 수 있습니다. 이러한 시나리오에서는 향후 교체를 위해 워크로드를 예약할 수 있으므로 변환 작업에서 워크로드를 제거할 수 있습니다.

일반적인 드라이버는 다음과 같습니다.

  • 업계 모범 사례를 기준으로 표준화합니다.
  • 비즈니스 프로세스 기반 접근 방식의 채택을 가속화합니다.
  • 경쟁력 있는 차별점이나 경쟁 우위를 창출하는 애플리케이션에 개발 투자 비용을 재할당합니다.

정량적 분석 요인은 다음과 같습니다.

  • 일반적인 운영 비용 절감.
  • CPU, 메모리 및 스토리지를 포함한 VM 크기입니다.
  • 네트워크 트래픽과 같은 종속성
  • 사용 중지할 자산입니다.
  • CPU, 메모리, 스토리지 및 버전을 포함하는 데이터베이스입니다.

정성적 분석 요인은 다음과 같습니다.

  • 현재 아키텍처와 SaaS 솔루션의 비용 이점 분석
  • 비즈니스 프로세스 맵
  • 데이터 스키마.
  • 사용자 지정 또는 자동화된 프로세스.

다음 단계

이러한 5가지 합리화 Rs를 디지털 자산에 적용하여 각 애플리케이션의 미래 상태에 대한 합리화 결정을 내릴 수 있습니다.

디지털 자산이란?