클라우드 채택 계획 안티패턴

고객은 클라우드 솔루션을 채택하는 동안 종종 안티패턴을 경험합니다. 솔루션이 비효율적이거나 의도하지 않은 결과가 있습니다. 일반적인 시나리오는 다음이 포함됩니다.

• 잘못 정렬된 운영 모델은 IT 부서에 대한 시장 출시 시간 증가, 오해 및 압력 증가로 이어지고 있습니다.
• 회사에서 PaaS(Platform as a Service)가 비용을 절감한다고 가정할 때 잘못된 서비스 모델을 선택하는 경우가 있습니다.
• 조직의 아키텍처가 변경되면 주요 대체 프로젝트가 발생할 수 있습니다. 이러한 프로젝트 관리는 종종 복잡하며 비용이 많이 발생합니다.

안티패턴: 잘못된 클라우드 운영 모델 선택

회사의 전략적 우선 순위와 포트폴리오 범위는 클라우드 운영 모델에 따라 결정됩니다. 모델에는 다양한 유형의 책임, 랜딩 존 및 포커스가 있을 수 있습니다. 모델이 회사 목표에 부합되지 않으면 다음과 같은 문제가 발생할 수 있습니다.

• 시장 출시 지연
• 오해
• IT 부서의 압박 증가

예: 소규모 팀에 너무 많은 책임 할당

한 회사에서 IT 부서가 클라우드 내에서 실행되는 모든 사항을 책임지는 운영 모델을 도입했습니다. 클라우드를 담당하는 팀의 팀원은 3명입니다. 이러한 설정은 다음과 같은 이유로 채택 속도가 느려지게 합니다.

• 팀은 비즈니스, 운영 및 보안에 미치는 영향을 완전히 이해한 후에만 조치를 승인합니다.
• 이러한 이슈는 팀의 주요 전문 분야가 아닙니다.

실무 전문가는 클라우드 서비스를 사용하려고 하므로 사업부에 압박이 증가합니다. 사업부에서 회사 신용 카드를 사용하여 자체 환경을 만들면 섀도 IT가 등장할 수 있습니다.

선호하는 결과: 모델 비교 및 준비 계획 수립

전략적 우선 순위, 포트폴리오 범위, 요구 사항 및 제약 조건을 검토합니다. 현재 클라우드 운영 모델과 가장 일반적인 4가지 클라우드 운영 패턴을 비교하여 운영 모델 옵션을 탐색합니다. 조직에 적합한 클라우드 운영 모델을 하나 이상 식별합니다. 그런 다음, 모델을 결정합니다. 운영 모델에서 역할이 변경되므로 클라우드로 이동하기 전에 기술 준비 계획을 수립 합니다.

안티패턴: 잘못된 서비스 모델 선택

회사에서 PaaS 솔루션이 IaaS(Infrastructure as a Service) 솔루션보다 비용이 적게 든다고 가정하는 경우가 있습니다. 이 가정으로 인해 서비스 모델을 잘못 선택할 수 있습니다. 비용에 민감한 기업은 클라우드로 전환하는 기본 이유가 비용을 낮추기 위한 것일 때 이러한 실수를 저지르는 경우가 많습니다. 이러한 회사는 PaaS를 채택할 때, 특히 클라우드 공급자에게 특정 책임을 이양할 때 프로세스를 변경해야 한다는 사실을 잊어버립니다. PaaS로 전환하면 조정 활동, 엔지니어링 사례 및 제공 파이프라인에서 근본적인 변화가 도입됩니다. 예기치 않은 비용 증가 및 지연이 발생할 수 있습니다.

예: IaaS보다 PaaS 선택

게시자가 해당 데이터 센터를 클라우드로 마이그레이션하는 프로그램을 시작합니다. 경영진은 현재 애플리케이션 아키텍처와 도구를 한 번에 현대화하려고 합니다. 그 이유는 다음과 같습니다.

• 비용 효율성 극대화
• 보다 현대적인 애플리케이션 포트폴리오 개발

채택 전략에 IaaS보다 PaaS를 선택합니다. 클라우드 채택 과정을 1년 동안 진행하면서 채택 속도가 느려집니다. PaaS를 완전히 채택하기 위해 수많은 프로세스, 사례 및 도구를 변경해야 했습니다. 이사회는 PaaS와 관련된 일반적인 영향과 이점을 보지 못합니다. 동시에 IT는 그 어느 때보다 느리지만 데이터 센터 비용은 동일하게 유지됩니다.

선호하는 결과: 비즈니스 중단 최소화

조정 활동을 줄이려면 초기 클라우드 채택 프로젝트에 대한 IaaS부터 시작합니다. 처음부터가 아닌 나중에 클라우드로 전환할 때 새 프로세스와 사례 채택을 더욱 쉽게 관리할 수 있습니다. 특히 데이터 센터 변환 시나리오에서 먼저 IaaS를 채택합니다. 동시에 클라우드 기술 이니셔티브를 시작합니다.

워크로드가 이미 클라우드에 있으면 나중에 PaaS를 점진적으로 현대화하고 채택합니다. 축적된 경험을 통해 PaaS를 더욱 빠르게 채택할 수 있습니다. 현대화를 위해 더 적은 수의 새로운 기술과 프로세스를 배워야 합니다. 또한 비즈니스 프로세스를 크게 방해하지 않습니다.

안티패턴: 아키텍처 바꾸기

PaaS 및 SaaS(Software as a Service)를 기반으로 하는 애플리케이션을 비교적 쉽게 유지 관리할 수 있습니다. 이러한 애플리케이션은 일반적으로 관리할 필요가 거의 없습니다. 따라서 많은 회사에서 오래되고 복잡한 아키텍처 환경을 SaaS 및 클라우드 네이티브 개념으로 대체하여 재설계합니다. 이 아키텍처 변경은 일반적으로 주요 대체 프로젝트로 이어집니다. 이러한 프로젝트를 관리하고 실행하는 것은 복잡하고 비용이 많이 드는 작업입니다. 프로세스 및 운영 모델을 변경하면 다른 상당한 위험도 수반됩니다.

예: 현대화를 통한 대체 선택

회사에는 대규모 SAP 환경이 있습니다. IT 부서는 이 환경을 대체하려고 하며, 이로 인해 몇 가지 성능 이슈와 안정성 이슈가 발생합니다. IT가 대체 프로젝트에서 시작되면 전체 환경을 교체하기 위한 실사 목록이 매일 더 길어집니다.

선호하는 결과: 디지털 자산 합리화

대규모 또는 복잡한 애플리케이션 환경을 대체하기 전에 대신 현대화하여 환경을 점진적으로 개선하는 것이 좋습니다. 애플리케이션 환경에 대한 비교적 작은 변경 사항이 성능과 안정성에 큰 영향을 미칠 수 있습니다. 예를 들어 호스팅 플랫폼을 Azure로 변경하면 안정성과 빠른 결과가 제공될 수 있습니다. 예상 교체 비용의 일부로 성능과 안정성이 향상되었습니다.

혁신 전략을 결정할 때 다양한 현대화 옵션을 탐색합니다. POC(개념 증명)에서 이러한 옵션을 평가합니다.

회사의 디지털 자산을 이해하고 클라우드 합리화의 5가지 RS에 따라 디지털 자산을 평가합니다. 자산을 현대화하거나 마이그레이션하는 데 가장 적합한 5가지 R 중에서 결정합니다.

• 다시 호스트
• 리팩터링
• 아키텍처 변경
• 다시 빌드
• 바꾸기

다음 단계

클라우드 채택 준비 단계에 대해 알아봅니다.