클라우드 관리의 비즈니스 약정
비즈니스 약정을 통해 허용 가능한 운영 비용으로 운영 관리 수준을 정의할 수 있습니다. 비즈니스 약정을 정의하려면 우선 순위의 균형을 맞춰야 합니다. 이 문서에서는 데이터 요소 및 계산을 평가하여 해당 균형을 찾는 방법을 설명합니다.
비즈니스 결정을 정당화하는 비즈니스 안정성과 관련된 약정을 할 수 있습니다. 안정성 약정에는 SLA(서비스 수준 계약) 또는 특정 수준의 기술 복원력이 포함될 수 있습니다. 대부분의 워크로드의 경우 기준 수준의 클라우드 관리만 있으면 됩니다. 다른 워크로드의 경우, 기준 수준에 비해 클라우드 관리에 2~4배 더 많은 비용을 지출할 수 있습니다. 비즈니스 중단의 잠재적 영향 때문에 이 비용을 정당화할 수 있습니다.
이 시리즈의 이전 문서는 다양한 워크로드에 대한 중단의 분류 및 영향을 이해하는 데 도움이 될 수 있습니다. 이 문서는 수익을 계산하는 데 도움이 됩니다.
다음 다이어그램은 각 클라우드 관리 수준에 복원력보다 비용이 더 빠르게 상승할 수 있는 변곡점이 있음을 보여줍니다. 이러한 변곡점은 자세한 비즈니스 의사 결정 및 비즈니스 약정을 촉구합니다.
적절한 약정 결정
포트폴리오의 각 워크로드에 대해 클라우드 운영 팀과 클라우드 전략 팀은 클라우드 운영 팀에서 직접 제공하는 관리 수준에 맞춰 조정해야 합니다.
비즈니스에서 약정을 수립할 때 다음 측면을 조정하는 방법을 결정합니다.
- IT 운영 필수 구성 요소.
- 관리 책임
- 클라우드 테넌시
- 소프트 비용 요인
- ROI(투자 수익률) 손실 방지
- 관리 수준의 유효성 검사.
의사 결정을 내리는 데 도움이 되도록 다음 섹션에서는 이러한 측면을 더 자세히 설명합니다.
IT 운영 필수 구성 요소 결정
Azure 관리 가이드에서는 Azure 관리 도구에 대해 간략하게 설명합니다. 비즈니스에서 약정에 도달하기 전에 IT는 모든 관리되는 워크로드에 적용할 표준 수준 관리 기준을 결정해야 합니다. 그런 다음, IT는 CPU 코어 수, 디스크 공간 및 기타 자산 관련 변수에 따라 IT 포트폴리오의 각 관리되는 워크로드에 대한 표준 관리 비용을 계산할 수 있습니다. 또한 IT는 아키텍처를 기반으로 각 워크로드에 대한 복합 SLO(서비스 수준 목표)를 예측할 수 있습니다.
IT 운영 팀은 종종 초기 복합 SLA에 대해 최소 99.9%의 기본 가동 시간을 사용합니다. 특히 로깅 및 스토리지 요구가 적은 솔루션의 경우 평균 워크로드에 따라 관리 비용을 정규화하도록 선택할 수도 있습니다. 초기 대화의 시작점을 제공하기 위해, IT 운영팀은 몇 가지 중간 중요도 워크로드의 비용을 평균화할 수 있습니다.
팁
운영 관리 통합 문서를 사용하여 클라우드 관리를 계획하는 경우, IT 운영 필수 구성 요소를 반영하도록 운영 관리 필드를 업데이트해야 합니다. 작업 관리 필드에는 약정 수준, 복합 SLO 및 월별 비용이 포함됩니다. 월별 비용은 매월 추가되는 운영 관리 도구의 비용을 나타내야 합니다.
작업 관리 기준은 초기 시작 지점으로 사용되며 다음과 같은 측면으로 기준의 유효성을 검증해야 합니다.
책임 모델 선택
기존의 온-프레미스 환경에서 환경 관리 비용은 IT 운영의 매몰 비용이라고 생각할 수 있습니다. 매몰 비용은 복구할 수 없는 비용입니다. 클라우드에서 관리는 예산에 직접적인 영향을 미치는 의도적인 결정입니다. 각 관리 함수의 비용을 클라우드에 배포하는 각 워크로드에 직접 귀속시킬 수 있습니다. 이 방법을 더 세세하게 제어할 수 있습니다. 그러나 클라우드 운영 팀과 클라우드 전략 팀은 먼저 책임에 대한 약정을 맺어야 합니다.
비즈니스는 진행 중인 관리 기능 중 일부를 서비스 공급자에게 아웃소싱할 수도 있습니다. 서비스 공급자는 Azure Lighthouse를 사용하여 비즈니스에 정확한 제어를 제공할 수 있습니다. 예를 들어 리소스에 대한 액세스 권한을 부여하고 서비스 공급자가 수행하는 작업에 대한 가시성을 강화할 수 있습니다.
클라우드 환경을 관리하기 위해 다양한 모델을 구현할 수 있습니다.
위임된 책임 모델: IT 작업은 위임된 책임이라고 하는 접근 방식을 사용할 수 있습니다. 이 방법은 중앙 집중식 관리가 필요하지 않으며 운영 관리 오버헤드를 방지합니다. 탁월한 클라우드 센터(CCoE) 모델에서 플랫폼 운영 및 플랫폼 자동화는 중앙 집중식 IT 운영 팀과 별개로 비즈니스 주도 운영 팀에서 사용할 수 있는 셀프 서비스 관리 도구를 제공합니다.
이 접근 방식을 통해 비즈니스 관련자는 관리 관련 예산을 완벽하게 제어할 수 있습니다. CCoE 팀은 최소한의 가드레일 집합이 제대로 구현되었는지도 확인할 수 있습니다. IT는 브로커 및 가이드 역할을 하며 비즈니스가 현명한 결정을 내리도록 도와줍니다. 비즈니스 운영은 종속 워크로드의 일상적인 운영을 감독합니다.
중앙 집중식 책임 모델: 규정 준수 요구 사항, 기술 복잡성 및 일부 공유 서비스 모델이 있는 경우 중앙 IT 팀 모델이 필요할 수 있습니다. 중앙 IT 모델에서 IT는 운영 관리 책임을 수행합니다.
환경 디자인, 관리 제어 및 거버넌스 도구를 중앙에서 관리 및 제어할 수 있으며, 이는 비즈니스 관련자가 관리 약정을 수행하지 못하게 할 수 있습니다. 그러나 클라우드 접근 방식의 비용 및 아키텍처에 대한 가시성을 확보하면 중앙 집중식 IT에서 각 워크로드에 대한 비용 및 관리 수준을 쉽게 전달할 수 있습니다.
혼합 모델: 분류는 관리 책임 혼합 모델의 기초입니다. 비즈니스가 온-프레미스에서 클라우드로 변환하는 과정에 있는 경우 일정 시간 동안 온-프레미스 우선 운영 모델이 필요할 수 있습니다. 엄격한 규정 준수 요구 사항이 있거나 IT 아웃소싱 공급업체와의 장기 계약에 의존하는 비즈니스는 중앙 집중식 운영 모델이 필요할 수 있습니다.
혼합 모델 접근 방식은 균형을 제공합니다. 이 접근 방법에서 중앙 IT 팀은 중요 업무용이거나 중요한 정보를 포함하는 모든 워크로드에 대해 중앙 집중식 운영 모델을 제공합니다. 팀은 위임된 책임을 지원하는 클라우드 환경에 다른 모든 워크로드 분류를 배치합니다. 중앙 집중식 책임 접근 방식은 일반 운영 모델로 사용되지만, 비즈니스는 필요한 수준의 지원 및 민감도에 따라 전문화된 운영 모델을 유연하게 채택할 수 있습니다.
워크로드에 대한 일상적인 작업 관리를 담당하는 사용자를 고려합니다. 책임 접근 방식은 약정에 영향을 줍니다.
클라우드 테넌시 관리
일반적으로 단일 테넌트에 상주할 때 자산을 더 쉽게 관리할 수 있습니다. 그러나 여러 테넌트를 유지 관리해야 할 수도 있습니다. 다중 테넌트 Azure 환경이 필요한 이유에 대해 더 자세히 알아보려면 Azure Lighthouse를 사용하여 관리 작업 중앙 집중화를 참조하세요.
소프트 비용 요인 고려
다음 섹션에서는 다양한 관리 수준 프로세스 및 도구와 관련된 상대적 수익을 결정하는 접근 방식을 간략하게 설명합니다. 분석된 각 워크로드에 대해 비즈니스 중단의 예측 영향과 관련된 관리 비용을 측정합니다. 다음 방법을 사용하여 보다 광범위한 관리 접근 방식에 투자해야 하는지 확인합니다.
숫자를 계산하기 전에 소프트 비용 요소를 고려합니다. 소프트 비용 요인은 수익을 창출하지만, 손익 명세서에 표시되는 직접적인 하드 비용 절감을 통해 수익을 측정하기는 어렵습니다. 소프트 비용 요인은 재정적으로 신중한 것보다 더 높은 수준의 관리에 투자할 필요성을 나타낼 수 있습니다.
소프트 비용 요인의 몇 가지 예는 다음과 같습니다.
이사회 또는 CEO의 일일 워크로드 사용량.
다른 곳에서 더 큰 수익 영향을 주는 상위 x% .고객의 워크로드 사용량
직원 만족도에 미치는 영향.
약정을 체결하기 위해 평가해야 할 다음 데이터 요소는 소프트 비용 요인의 목록입니다. 이러한 요인은 이 단계에서 문서화할 필요가 없지만 비즈니스 관련자에게 이러한 요인의 중요성과 다음 계산에서 제외된다는 사실을 알립니다.
손실 회피 ROI 계산
클라우드 운영을 담당하는 IT 팀은 운영 관리 비용 대비 상대적 수익을 계산할 때 앞에서 언급한 필수 구성 요소를 완료하고 모든 워크로드에 대해 최소 수준의 관리를 가정해야 합니다.
다음 약정은 비즈니스에서 기준 관리 제품과 관련된 비용을 수락하는 것입니다. 비즈니스는 클라우드 운영의 최소 표준을 충족하기 위해 기준 제품에 투자하는 데 동의하는지 여부를 결정합니다.
비즈니스가 해당 관리 수준에 동의하지 않는 경우 비즈니스를 진행할 수 있도록 솔루션을 만들어야 합니다. 솔루션이 다른 워크로드의 클라우드 작업에 실질적으로 영향을 주지 않는지 확인합니다.
표준 관리 수준 이상을 원할 수 있습니다. 다음 섹션은 손실 방지의 형태로 투자 및 관련 수익의 유효성을 검증하는 데 도움이 됩니다.
관리 수준 향상
관리형 솔루션의 경우 관리 기준 외에도 여러 디자인 원칙 및 템플릿 솔루션을 적용할 수 있습니다. 안정성 및 복원력에 대한 각 디자인 원칙은 워크로드에 운영 비용을 추가합니다. IT 및 비즈니스는 이러한 추가 약정에 동의해야 하므로 더 많은 원칙을 구현할 때 피할 수 있는 잠재적 손실에 대해 이해해야 합니다.
다음 계산은 손실과 관리 투자 증가의 차이를 더 잘 이해하는 데 도움이 되는 공식을 제공합니다. 증가한 관리 비용을 계산하는 방법에 대한 더 자세한 내용은 워크로드 자동화 및 플랫폼 자동화를 참조하세요.
팁
운영 관리 통합 문서를 사용하여 클라우드 관리를 계획하는 경우 각 대화를 반영하도록 운영 관리 필드를 업데이트합니다. 이러한 변경 내용은 ROI 공식과 다음 필드 각각을 업데이트합니다.
가동 중단 추정
복합 SLO는 워크로드에서 각 자산의 배포를 기반으로 하는 SLA입니다. 복합 SLO 필드는 통합 문서에 Est. Outage
로 레이블이 지정된 예상 중단을 구동합니다. 통합 문서를 사용하지 않고 연간 시간 단위로 예상 중단을 계산하려면 다음 공식을 적용합니다.
예상 중단 = (1 - 복합 SLO 백분율) × 연간 시간 수
통합 문서에서는 연간 8,760시간의 기본값을 사용합니다.
표준 손실 영향
표준 손실 영향은 예상 중단 예측이 정확한 것으로 입증되었다고 가정하여 가동 중단으로 인한 재정적 영향을 예측합니다. 표준 손실 영향은 통합 문서에 Standard Impact
로 레이블 지정됩니다. 통합 문서를 사용하지 않고 이 예측을 계산하려면 다음 수식을 적용합니다.
표준 영향 = 예상 중단 @ 가동 시간 999 × 시간 값 영향
이 값은 비즈니스 관련자가 더 높은 수준의 관리에 투자하도록 선택하는 경우 비용의 기준이 됩니다.
복합 SLO 영향
복합 SLO 영향은 작동 시간 SLA의 변경 내용에 따라 업데이트된 회계 영향을 제공합니다. 이 계산을 사용하여 두 옵션의 예상 재무 영향을 비교할 수 있습니다. 복합 SLO 영향은 통합 문서에 Commitment level impact
로 레이블 지정됩니다. 스프레드시트 없이 이 예측 영향을 계산하려면 다음 공식을 적용합니다.
복합 SLO 영향 = 예상 중단 × 시간 값 영향
이 값은 변경된 약정 수준 및 새 복합 SLO가 방지해야 하는 잠재적 손실을 나타냅니다.
비교 기준
비교 기준 필드는 표준 영향 및 복합 SLO 영향을 평가하여 연간 ROI 필드의 수익률을 결정합니다.
손실 회피에 대한 수익
워크로드 관리 비용이 잠재적 손실을 초과하면 클라우드 관리에 투자할 가치가 없을 수 있습니다. 손실 회피에 대한 수익을 비교하려면 Annual ROI
라는 레이블이 지정된 열을 참조하세요. 이 열을 직접 계산하려면 다음 수식을 사용합니다.
손실 회피에 대한 수익 = (비교 기준 - (월별 비용 × 12) ) ÷ (월별 비용 × 12) ) ÷ (월별 비용 × 12)
고려해야 할 다른 소프트 비용 요소가 없는 경우 이 비교를 사용하여 클라우드 운영, 복원력, 안정성 또는 기타 영역에 더 많은 투자를 해야 하는지 여부를 신속하게 결정할 수 있습니다.
약정 유효성 검사
프로세스의 이 시점에서 비즈니스는 중앙 집중식 또는 위임된 책임 및 Azure 테넌시를 포함한 약정을 수행하고 약정 수준을 결정할 수 있습니다. 각 약정을 검증하고 문서화하여 클라우드 운영 팀, 클라우드 전략 팀 및 비즈니스 관련자가 워크로드 관리에 대한 이 약정에 부합하는지 확인할 수 있습니다.
다음 단계
약정을 한 후에는 담당 운영 팀이 워크로드를 구성할 수 있습니다. 시작하려면 인벤토리 및 가시성에 대한 다양한 접근 방법을 평가합니다.