다음을 통해 공유


클라우드 관리의 플랫폼 운영

인벤토리 및 가시성, 운영 규정 준수, 보호 및 복구에 걸쳐 있는 클라우드 관리 기준은 IT 포트폴리오에 있는 대부분의 워크로드에 대해 충분한 수준의 클라우드 관리를 제공할 수 있습니다. 그러나 이 기준선은 전체 포트폴리오를 지원하기에 충분하지 않습니다. 이 문서는 클라우드 관리, 포트폴리오 운영에서 가장 일반적인 다음 단계를 기반으로 합니다.

IT 포트폴리오의 자산에 대한 빠른 연구는 지원되는 워크로드의 기존 패턴을 강조 표시합니다. 이러한 워크로드 내에는 일반적인 플랫폼이 있습니다. 플랫폼은 회사 내의 과거 기술 결정에 따라 크게 달라질 수 있습니다.

일부 조직의 경우 SQL Server, Oracle 또는 기타 오픈 소스 데이터 플랫폼에 많이 의존합니다. 다른 조직은 공통적으로 VM(가상 머신) 또는 컨테이너용 호스팅 플랫폼에 기반을 두고 있습니다. 이 경우에도 일반적으로는 SAP 또는 Oracle 등의 ERP(엔터프라이즈 리소스 계획) 시스템이나 애플리케이션에 의존합니다.

이러한 공통점을 이해하면 클라우드 관리 팀이 우선 순위가 지정된 플랫폼에 대해 더 높은 수준의 지원을 전문으로 할 수 있습니다.

서비스 카탈로그 설정

플랫폼 운영의 목적은 클라우드 채택 팀이 사용할 안정적이고 반복 가능한 솔루션을 만드는 것입니다. 그런 다음 클라우드 채택 팀은 더 높은 수준의 비즈니스 약정을 제공하는 플랫폼을 제공할 수 있습니다. 해당 약정은 가동 중지 시간의 가능성이나 빈도를 줄일 수 있으므로 안정성이 향상됩니다. 시스템 오류가 있는 경우 약정은 데이터 손실 또는 복구 시간을 줄이는 데 도움이 될 수 있습니다. 일반적으로 약정에는 플랫폼을 지원하기 위한 지속적인 중앙 집중식 운영이 포함됩니다.

클라우드 관리 팀은 특정 플랫폼과 관련된 더 높은 수준의 운영 관리 및 전문화를 수립함에 따라 증가하는 서비스 카탈로그에 플랫폼을 추가합니다. 서비스 카탈로그는 진행 중인 플랫폼 작업을 준수하는 특정 구성에서 셀프 서비스 플랫폼 배포를 제공합니다. 비즈니스 조정 대화 중에 클라우드 관리 및 클라우드 전략 팀은 비즈니스를 위한 서비스 카탈로그 솔루션을 제안할 수 있습니다. 서비스 카탈로그 솔루션은 제어되고 반복 가능한 프로세스에서 안정성, 작동 시간 및 복구 약정을 개선합니다.

참고로, 일부 조직에서는 초기 단계 서비스 카탈로그를 승인된 목록이라고 말합니다. 주요 차이점은 서비스 카탈로그에는 CCoE(클라우드 전문가 조직)의 지속적인 운영 약정이 함께 제공된다는 것입니다. 승인된 목록은 비슷합니다. 팀이 클라우드에서 사용할 수 있는 미리 승인된 솔루션 목록을 제공합니다. 그러나 일반적으로 승인된 목록에 있는 애플리케이션과 관련된 운영상의 이점은 없습니다.

중앙 집중식 IT와 CCoE 간 논쟁과 마찬가지로 차이점은 우선 순위 중 하나입니다. 서비스 카탈로그는 선의를 가정하지만 혁신을 가속화하는 운영, 거버넌스 및 보안 보호책을 제공합니다. 승인된 목록은 솔루션에 대한 운영, 규정 준수 및 보안 게이트가 전달될 때까지 혁신을 방해합니다. 두 솔루션이 모두 실행 가능하지만 회사가 혁신 또는 규정 준수에 더 많은 투자를 하려면 미세한 우선 순위 관련 결정을 내려야 합니다.

서비스 카탈로그 빌드

클라우드 관리는 사일로에서 서비스 카탈로그를 거의 제공할 수 없습니다. 적절한 카탈로그 개발에는 중앙 IT 팀 또는 CCoE에 걸쳐 파트너십이 필요합니다. 이 방법은 IT organization CCoE 완성도에 도달할 때 가장 성공적이지만 더 빨리 구현될 수 있습니다.

클라우드 플랫폼 팀은 CCoE 모델 내에서 서비스 카탈로그를 빌드할 때 원하는 상태 플랫폼을 빌드합니다. 클라우드 거버넌스 팀과 클라우드 보안 팀은 배포 내에서 거버넌스 및 규정 준수의 유효성을 검사합니다. 클라우드 관리 팀은 해당 플랫폼의 지속적인 운영을 정착시킵니다. 그리고 클라우드 자동화 팀은 스케일링 가능하고 반복 가능한 배포를 위해 플랫폼을 패키지합니다.

플랫폼이 패키지된 후 클라우드 관리 팀은 증가하는 서비스 카탈로그에 이를 추가할 수 있습니다. 여기에서 클라우드 채택 팀은 배포 중에 카탈로그의 패키지 또는 기타 를 사용합니다. 솔루션이 프로덕션으로 이동한 후 비즈니스는 향상된 운영 관리와 잠재적으로 감소된 비즈니스 중단이라는 추가 이점을 실현합니다.

참고

서비스 카탈로그를 빌드하려면 여러 팀의 많은 노력과 시간이 필요합니다. 서비스 카탈로그 또는 승인된 목록을 게이팅 메커니즘으로 사용하면 혁신 속도가 느려집니다. 혁신이 우선 순위인 경우 다른 채택 노력과 병행하여 서비스 카탈로그를 개발합니다.

고유한 플랫폼 운영 정의

관리 도구와 프로세스는 플랫폼 운영을 개선할 수 있지만 원하는 안정성 및 안정성 상태를 달성하는 것만으로는 충분하지 않은 경우가 많습니다. 진정한 플랫폼 운영에는 아키텍처 우수성의 핵심 요소에 중점을 두는 것이 필요합니다. 플랫폼이 운영에 대한 더 많은 투자를 정당화하는 경우 플랫폼이 서비스 카탈로그의 일부가 되기 전에 다음 다섯 가지 핵심 요소를 고려합니다.

  • 안정성: 오류를 복구하여 계속 작동하도록 시스템을 디자인합니다.
  • 보안: 위협으로부터 애플리케이션 및 데이터를 보호합니다.
  • 비용 최적화: 비용을 관리하여 제공되는 가치를 극대화합니다.
  • 뛰어난 운영: 프로덕션에서 시스템을 실행하는 작업 프로세스를 따릅니다.
  • 성능 효율성: 부하의 변화에 맞게 시스템 크기를 조정합니다.

Microsoft Azure Well-Architected Framework는 이러한 핵심 요소의 준수를 위해 특정 워크로드를 평가하여 전반적인 작업을 개선하는 방법을 제공합니다. 이러한 핵심 요소는 플랫폼 작업 및 워크로드 작업 모두에 적용할 수 있습니다.

특정 플랫폼으로 시작

다음 섹션에서 설명하는 플랫폼은 일반 Azure 고객에게 공통적이며 플랫폼 운영에 대한 투자를 쉽게 정당화할 수 있습니다. 클라우드 관리 팀은 플랫폼 운영 요구 사항 또는 전체 서비스 카탈로그를 빌드할 때 플랫폼으로 시작하는 경향이 있습니다.

PaaS 데이터 작업

데이터는 일반적으로 플랫폼 운영 투자를 정당화하는 첫 번째 플랫폼입니다. 데이터가 PaaS(Platform as a Service) 환경에서 호스트되는 경우 비즈니스 관련자는 데이터 손실을 최소화하기 위해 RPO(복구 지점 목표) 감소를 요청하는 경향이 있습니다. 애플리케이션의 특성에 따라 RTO(복구 시간 목표) 감소를 요청할 수도 있습니다. 두 경우 모두 PaaS 기반 데이터 솔루션을 지원하는 아키텍처는 일부 향상된 관리 지원을 쉽게 수용할 수 있습니다.

대부분의 시나리오에서 중요 업무용이 아닌 애플리케이션의 경우에도 관리 약정을 개선하는 비용이 쉽게 정당화됩니다. 이 플랫폼 운영 개선은 많은 클라우드 관리 팀이 실제 플랫폼 운영 개선보다는 향상된 기준으로 간주할 정도로 매우 일반적입니다.

IaaS 데이터 작업

데이터가 기존 IaaS(Infrastructure as a Service) 솔루션에서 호스트되는 경우 RPO 및 RTO를 개선하려는 노력이 더 높을 수 있습니다. 그러나 더 나은 관리 약정을 달성하고자 하는 비즈니스 관련자는 PaaS 대비 IaaS 결정의 영향을 거의 받지 않습니다. 아키텍처의 근본적인 차이점을 이해하면 비즈니스에서는 PaaS 솔루션에서 사용할 수 있는 것과 일치하는 PaaS 솔루션 또는 약정을 요청하게 될 수 있습니다. 모든 IaaS 데이터 플랫폼의 현대화를 플랫폼 운영의 첫 번째 단계로 고려합니다.

현대화가 선택 사항이 아닌 경우 클라우드 관리 팀은 일반적으로 IaaS 기반 데이터 플랫폼을 우선적으로 서비스 카탈로그의 첫 번째 필수 서비스로 지정합니다. 비즈니스에서 독립 실행형 데이터 서버와 클러스터형 고가용성 데이터 솔루션 중에서 선택할 수 있다면 비즈니스 약정 대화가 훨씬 더 쉬워질 수 있습니다. 운영 개선 사항 및 비용 증가에 대한 기본적인 이해는 비즈니스 프로세스 및 지원 워크로드에 대해 최상의 결정을 내리는 데 도움이 됩니다.

기타 일반적인 플랫폼 운영

데이터 플랫폼 외에도 가상 머신 호스트는 운영 개선을 위한 일반적인 플랫폼일 수 있습니다. 클라우드 플랫폼 및 클라우드 관리 팀은 VMware 호스트 또는 컨테이너 솔루션 개선에 가장 일반적으로 투자합니다. 해당 투자는 VM을 지원한 다음, 워크로드를 구동하는 호스트의 안정성과 신뢰성을 개선할 수 있습니다. 하나의 호스트 또는 컨테이너의 적절한 운영은 여러 워크로드의 RPO 또는 RTO를 개선할 수 있습니다. 이 접근 방식은 향상된 비즈니스 약정을 만들지만 투자를 분산합니다. 약정 개선과 비용 절감은 결합되어 클라우드 관리 및 플랫폼 운영 개선을 훨씬 쉽게 정당화할 수 있습니다.

다음 단계

플랫폼 운영 개선과 동시에 클라우드 관리 팀은 상위 20% 이하의 프로덕션 워크로드에 대한 워크로드 운영 개선에도 중점을 둡니다.