운영 모델

완료됨

조직이 온-프레미스 환경에서 클라우드로 이동함에 따라 사용할 운영 모델을 결정해야 하는 상황입니다. 중앙 IT 모델을 계속 사용할까요 아니면 CCoE 모델로 전환해야 할까요? 두 방법 모두 유효합니다. 책임과 관리에 대해 대안이 되는 시각입니다.

중앙 IT

안정적인 상태 환경에서는 아키텍처 또는 개별 워크로드의 운영 요구 사항에 중점을 둘 필요가 없습니다. 중앙 작업은 대부분 안정적인 상태의 워크로드로 구성된 기술 환경에서 표준이 되는 경향이 있습니다.

다음 리소스는 중앙 집중형 IT 기능에 기술을 제공할 수 있습니다.

  • 기존 중앙 IT 팀
  • 엔터프라이즈 설계자
  • IT 운영
  • IT 거버넌스
  • IT 인프라
  • 네트워킹
  • ID
  • 가상화
  • 비즈니스 연속성 및 재해 복구
  • IT 내의 애플리케이션 소유자

중앙 IT 팀 위험

모든 IT 자산을 소수의 팀에서 관리하고 운영 관리용 단일 플랫폼을 통해 제어할 수 있는 경우 중앙 집중형 IT가 일반적이었습니다. 글로벌 비즈니스 실무와 디지털 경제에 따라 그렇게 중앙에서 관리되는 환경이 크게 줄었습니다.

현대적 IT 관점에서 자산은 전 세계적으로 분산되어 있습니다. 책임은 위임됩니다. 운영 관리는 내부 직원, 관리 서비스 공급자 및 클라우드 공급자가 혼합하여 제공합니다.

디지털 경제에서 IT 관리 방식은 거버넌스를 적용하기 위해 명확한 가드레일을 사용하여 셀프 서비스 및 위임된 제어 모델로 전환하고 있습니다. 중앙 IT 팀은 혁신과 비즈니스 민첩성을 위한 클라우드 브로커이자 파트너가 되어 클라우드 채택에 중요한 기여자가 될 수 있습니다.

중앙 IT 팀은 기존 온-프레미스 모델에서 귀중한 지식과 사례를 가져와서 클라우드 제공에 적용할 수 있는 좋은 위치에 있습니다. 그러나 이 프로세스에는 변화가 필요합니다. 대규모 클라우드 채택을 지원하려면 새로운 프로세스, 새로운 기술 및 새로운 도구가 필요합니다.

중앙 IT 팀이 적응하면 클라우드 채택 노력의 중요한 파트너가 됩니다. 그러나 중앙 IT 팀이 클라우드에 적응하지 않거나 긴밀한 제어를 위한 촉매제로서 클라우드를 사용하려고 시도하지 않는다면 빠른 채택, 혁신 및 마이그레이션의 방해자가 되고 맙니다.

이 위험의 척도는 속도와 유연성입니다. 클라우드는 새로운 기술을 신속하게 채택하는 것을 단순화합니다. 새로운 클라우드 기능을 배포하는 것은 몇 분이면 끝나지만 중앙 IT 팀의 검토 때문에 배포 프로세스가 몇 주 또는 몇 달로 길어지면 이러한 중앙 집중형 프로세스가 비즈니스 성공의 주요 장애물이 됩니다. 이런 징후가 발견되면 IT 제공에 대한 대체 전략을 고려합니다.

예외

많은 산업에서 타사 규정 준수를 엄격하게 준수해야 합니다. 일부 규정 준수 요구 사항은 여전히 중앙 집중식 IT 제어를 요구합니다. 이러한 규정 준수 측정값을 이행하면 특히 널리 사용되지 않은 신기술의 경우 배포 프로세스에 시간이 추가될 수 있습니다.

이러한 시나리오에서는 채택 초기 단계에서 배포가 지연될 수 있습니다. 중요한 고객 데이터를 처리하지만 제3자 규정 준수 요구 사항이 적용되지 않는 회사에도 비슷한 상황이 존재할 수 있습니다.

중앙 집중형 IT는 기존 온-프레미스에서의 제공이 중앙 IT 팀 모델을 기반으로 하는 경우에만 클라우드에 적용되어야 합니다. 현재 온-프레미스 모델이 위임된 제어를 기반으로 하는 경우, 클라우드 호환 가능성이 더 좋은 대안을 위해 CCoE 접근 방식을 고려합니다.

탁월한 클라우드 센터

많은 IT 조직은 비즈니스 및 기술 민첩성을 달성하기 위한 핵심 목표를 공유합니다. CCoE는 조직이 이 목표를 추구하면서 속도와 안정성의 균형을 맞추는 데 도움이 될 수 있습니다.

CCoE 모델을 사용하려면 다음 각 리소스 간에 협업이 필요합니다.

  • 클라우드 채택(솔루션 설계자)
  • 클라우드 전략(프로그램 및 프로젝트 관리자)
  • 클라우드 거버넌스
  • 클라우드 플랫폼
  • 클라우드 자동화

영향

이 기능이 제대로 구성되고 지원되면 참가자는 혁신 및 마이그레이션 활동을 가속화하면서 전체 변경 비용을 줄이고 비즈니스 민첩성을 높일 수 있습니다. 이 기능이 성공적으로 구현되면 출시 시간을 눈에 띄게 줄일 수 있습니다.

팀의 실력이 성숙함에 따라 안정성, 성능 효율성, 보안, 유지 관리 효율성 및 고객 만족도를 포함한 품질 지표가 개선됩니다. 이러한 개선은 회사가 대규모 클라우드 마이그레이션 작업을 구현할 계획이거나 클라우드를 사용하여 시장 차별화와 관련된 혁신을 추진하려는 경우에 특히 중요합니다.

CCoE 모델이 성공하면 IT에서 상당한 변화가 일어납니다. CCoE 접근 방식에서 IT는 비즈니스의 브로커, 파트너 또는 대표 역할을 합니다. 이 모델은 비즈니스와 IT 자산 간 작업 단위 또는 추상화 계층으로 IT의 기존 관점에서 벗어난 패러다임 전환입니다.

CCoE 모델은 셀프 서비스 모델을 확립하고 싶은 경우 기술 전략 내에 잘 맞을 수 있습니다. 즉, 사업부에서 자체 결정을 내리고 일련의 지침과 확립되고 반복적인 제어를 준수하도록 하고 싶은 경우입니다.

주요 책임

CCoE 팀의 주요 임무는 클라우드 네이티브 또는 하이브리드 솔루션을 통해 클라우드 채택을 가속화하는 것입니다.

CCoE의 목표는 다음과 같습니다.

  • 비즈니스 요구 사항을 캡처하고 구현하기 위한 Agile 접근 방식을 통해 최신 IT 조직을 빌드하도록 지원합니다.
  • 보안, 규정 준수 및 관리 정책에 맞는 재사용 가능한 배포 패키지를 사용합니다.
  • 운영 절차에 따라 기능적인 Azure 플랫폼을 유지 관리합니다.
  • 클라우드 네이티브 도구 사용을 검토하고 승인합니다.
  • 시간이 지남에 따라 일반적으로 필요한 플랫폼 구성 요소 및 솔루션을 표준화하고 자동화합니다.

이러한 운영 모델 적용

이러한 각 운영 모델은 조직의 클라우드 채택 계획 및 문화에 가장 잘 맞는 운영 형식을 결정하는 데 도움이 되는 이론적 구조입니다. 운영 모델을 전환하려면 장기간의 혼합이 필요합니다. 조직의 향후 상태에 대한 운영 모델을 정의한 후 해당 결정은 많은 다운스트림 기술 결정을 형성하게 될 것입니다.

운영 모델에 어떤 변경을 가하기 전에는 성장형 사고방식에 대한 조직의 허용 수준을 고려해야 합니다. 또한 중앙 책임을 위임하는 데 대해 IT 팀이 편안하게 느끼는 수준도 고려합니다.

이런 종류의 변화에는 시간, 실험 및 협상이 필요합니다. 이 과정에서 충돌과 타격이 있을 것이며 어쨌든 팀이 계속 부지런히 실험을 단념하지 않는다면 민첩성, 속도 및 안정성 개선에 성공할 가능성이 높습니다.

지식 확인

1.

중앙 IT를 고수하는 이유는 무엇인가요?

2.

CCoE 모델로 전환하는 이유는 무엇인가요?