클라우드 거버넌스 함수
클라우드 거버넌스 팀은 위험 및 위험 허용 오차를 적절하게 평가하고 관리합니다. 이 팀은 비즈니스에서 용납할 수 없는 위험을 적절히 식별합니다. 이 팀의 사람들은 위험을 회사 정책 관리로 변환합니다.
원하는 비즈니스 결과에 따라 전체 클라우드 거버넌스 기능을 제공하는 데 필요한 기술은 다음과 같습니다.
- IT 거버넌스
- 엔터프라이즈 아키텍처
- 안전
- IT 작업
- IT 인프라
- 네트워킹
- 신원
- 가상화
- 비즈니스 연속성 및 재해 복구
- IT 내의 애플리케이션 소유자
- 금융 소유자
이러한 기준 함수는 현재 및 향후 릴리스와 관련된 위험을 식별하는 데 도움이 됩니다. 이러한 노력은 위험을 평가하고, 잠재적 영향을 이해하고, 위험 허용 범위와 관련된 결정을 내리는 데 도움이 됩니다. 이렇게 하면 클라우드 마이그레이션 팀변화하는 요구 사항을 반영하도록 계획을 신속하게 업데이트합니다.
준비
- Govern 방법론을 검토하세요.
- 거버넌스 벤치마크 평가를 실시하십시오.
- Azure보안 소개: 클라우드에서 인프라 및 데이터를 보호하기 위한 기본 개념을 알아봅니다. 사용자의 책임과 Azure에서 처리하는 작업을 이해합니다.
- 그룹 간에 협력하여 비용을관리하는 방법을 이해합니다.
최소 범위
클라우드 거버넌스 활동에는 다음 참가자가 참여합니다.
- 중간 관리의 리더와 주요 역할의 직접 기여자는 비즈니스를 대표하고 위험 허용 범위를 평가하는 데 도움이 되어야 합니다.
- 클라우드 거버넌스 기능은 클라우드 전략 팀의 확장을 통해 제공됩니다. CIO 및 비즈니스 리더가 클라우드 전략 기능에 참여할 것으로 예상되는 것처럼 직접 보고서는 클라우드 거버넌스 활동에 참여할 것으로 예상됩니다.
- 기간 업무의 리더십과 긴밀하게 협력하는 사업부의 구성원인 비즈니스 직원은 기업 및 기술 위험에 관한 결정을 내릴 수 있는 권한을 부여받아야 합니다.
- 클라우드 변환의 기술적 측면을 이해하는 IT(정보 기술) 및 IS(정보 보안) 직원은 일관되게 클라우드 거버넌스 기능을 제공하기 보다는 교대 직책으로 사용될 수 있습니다.
결과물
클라우드 거버넌스 임무는 경쟁적인 변환력과 위험 완화의 균형을 맞추는 것입니다. 또한 클라우드 거버넌스를 통해 클라우드 마이그레이션 팀 데이터 및 자산 분류와 채택을 제어하는 아키텍처 지침을 인식할 수 있습니다. 또한 거버넌스 팀 또는 개인은 클라우드 엑설런스 센터와 협력하여 클라우드 환경에 대한 거버넌스를 시행하기 위한 자동화된 접근 방식을 적용합니다.
진행 중인 월별 작업:
- 각 릴리스에서 도입되는 비즈니스 위험을 이해합니다.
- 위험대한
비즈니스 허용 범위를 나타냅니다. - 정책 및 규정 준수 요구 사항의 점진적인 개선에을 돕습니다.
모임 주기:
클라우드 거버넌스 팀의 각 팀 구성원의 시간 약정은 일일 일정의 상당 부분을 나타냅니다. 기여는 모임 및 피드백 주기로 제한되지 않습니다.
범위를 벗어났습니다.
채택 규모가 확장됨에 따라 클라우드 거버넌스 팀은 혁신과 보조를 맞추기 위해 고군분투할 수 있습니다. 이는 환경에 규정 준수, 운영 또는 보안 요구 사항이 많은 경우에 특히 그렇습니다. 이 경우 거버넌스 팀의 범위를 줄이기 위해 일부 책임을 기존 IT 팀으로 전환할 수 있습니다.
다음 단계
일부 대규모 조직에는 IT 거버넌스에 중점을 둔 전담 팀이 있습니다. 이러한 팀은 IT 포트폴리오 전반에 걸쳐 위험 관리를 전문으로 합니다. 이러한 팀이 있는 경우 다음과 같은 완성도 모델을 빠르게 가속화할 수 있습니다. 그러나 IT 거버넌스 팀은 클라우드 거버넌스 모델을 검토하여 클라우드에서 거버넌스가 약간 변화하는 방식을 이해하는 것이 좋습니다.
거버넌스 없음: 조직은 명확한 거버넌스 계획 없이 클라우드로 이동하는 경우가 많습니다. 얼마 지나지 않아 보안, 비용, 규모 및 운영에 대한 우려가 거버넌스 모델 및 해당 모델과 연결된 프로세스를 담당자에게 제공해야 하는 필요성에 대한 대화를 트리거하기 시작했습니다. 문제가 되기 전에 이러한 대화를 시작하는 것은 거버넌스없는
거버넌스 차단: 보안, 비용, 규모 및 운영에 대한 우려가 해결되지 않으면 프로젝트 및 비즈니스 목표가 차단되는 경향이 있습니다. 적절한 거버넌스가 부족하면 이해 관계자와 엔지니어들 사이에서 두려움, 불확실성 및 의심이 발생합니다. 초기에 조치를 취하여 상황을 저지하십시오. 클라우드 채택 프레임워크에 정의된 두 가지 거버넌스 가이드는 시간이 지남에 따라 불확실성과 성숙한 거버넌스를 최소화하기 위해 초기에 제한 정책을 설정하여 소규모로 시작하는 데 도움이 될 수 있습니다. 복잡한 엔터프라이즈 가이드 또는 표준 엔터프라이즈 가이드 중에서 선택합니다.
자발적 거버넌스: 모든 기업에 용감한 영혼이 있는 경향이 있습니다. 팀이 자신의 실수에서 배울 수 있도록 기꺼이 뛰어 들려는 용감한 소수의 사람들. 특히 중소기업에서 거버넌스가 시작되는 경우가 많습니다. 이러한 용감한 영혼은 몇 가지 문제를 해결하고 클라우드 채택 팀을 일관된 잘 관리되는 모범 사례 집합으로 밀어 붙일 시간을 자원합니다.
이러한 개인의 노력은 "거버넌스 없음" 또는 "거버넌스 차단" 시나리오보다 훨씬 낫습니다. 그들의 노력을 칭찬해야하지만,이 접근 방식은 거버넌스와 혼동해서는 안됩니다. 적절한 거버넌스는 적절한 거버넌스 접근 방식의 목표인 일관성을 추진하기 위해 산발적인 지원 이상이 필요합니다.
클라우드 보유자: 이 모니커는 초기 단계 거버넌스를 전문으로 하는 많은 클라우드 설계자에게 명예의 배지가 되었습니다. 거버넌스 관행이 처음 시작되면 결과는 거버넌스 자원봉사자의 결과와 유사하게 표시됩니다. 그러나 한 가지 근본적인 차이점이 있습니다. 클라우드 보유자는 계획을 염두에 두고 있습니다. 이 성숙도 단계에서 팀은 이전 클라우드 설계자가 만든 혼란을 정리하는 데 시간을 할애하고 있습니다. 그러나 클라우드 관리자는 그 노력을 잘 구성된 기업 정책에 맞춥니다. 또한 거버넌스 MVP에 설명된 것과 같은 거버넌스 도구를 사용합니다.
클라우드 보유자와 거버넌스 자원봉사자의 또 다른 근본적인 차이점은 리더십 지원입니다. 자원봉사자는 배우고 실천하기 위한 열정 때문에 정상적인 기대치 이상으로 많은 시간을 투입합니다. 클라우드 보유자는 클라우드 거버넌스 개선에 정기적인 시간 할당을 투자할 수 있도록 일상적인 업무를 줄이기 위해 리더십의 지원을 받습니다.
클라우드 보호자: 거버넌스 관행이 강화되고 클라우드 채택 팀이 수락함에 따라 거버넌스를 전문으로 하는 클라우드 설계자의 역할은 클라우드 거버넌스 팀의 역할과 마찬가지로 약간 변경됩니다. 일반적으로 더 성숙한 관행은 거버넌스 구현에서 제공하는 보호를 강화하는 데 도움이 될 수있는 다른 주제 전문가의 관심을 얻습니다.
차이점은 미묘하지만 거버넌스 중심 IT 문화를 구축할 때 중요한 차이점입니다. 클라우드 관리인은 혁신적인 클라우드 설계자가 만든 혼란을 정리하고, 두 역할은 자연스러운 마찰과 반대 목표를 가지고 있습니다. 클라우드 보호자는 클라우드를 안전하게 유지하는 데 도움이 되므로 다른 클라우드 설계자는 더 적은 난장판으로 더 빠르게 이동할 수 있습니다.
클라우드 보호자는 고급 거버넌스 접근 방식을 사용하여 플랫폼 배포를 가속화하고 팀이 환경 요구 사항을 셀프 서비스하도록 지원하므로 더 빠르게 이동할 수 있습니다. 이러한 고급 함수의 예는 보안 기준 개선과 같은 거버넌스 MVP의 증분 개선에서 확인할 수 있습니다.
클라우드 가속기: 클라우드 보호자 및 클라우드 보유자는 환경, 플랫폼 또는 다양한 애플리케이션의 구성 요소 배포를 가속화하는 스크립트 및 거버넌스 도구를 자연스럽게 수집합니다. 중앙 집중식 거버넌스 책임 외에도 이러한 스크립트를 큐레이팅하고 공유하면 IT 전반에 걸쳐 이러한 설계자를 매우 존중합니다.
큐레이팅된 스크립트를 공개적으로 공유하는 거버넌스 실무자는 기술 프로젝트를 더 빠르게 제공하고 워크로드의 아키텍처에 거버넌스를 포함할 수 있습니다. 이 워크로드의 영향과 우수한 디자인 패턴의 지원은 클라우드 가속기를 거버넌스 전문가의 더 높은 위치로 끌어올립니다.
글로벌 거버넌스: 조직이 전역적으로 분산된 IT 요구 사항에 의존하는 경우 다양한 지역에서 운영 및 거버넌스에 상당한 편차가 있을 수 있습니다. 사업부 요구 사항 및 로컬 데이터 주권 요구 사항으로 인해 거버넌스 모범 사례가 필요한 작업을 방해할 수 있습니다. 이러한 시나리오에서 계층화된 거버넌스 모델은 최소한의 실행 가능한 일관성과 지역화된 거버넌스를 허용합니다. 거버넌스의 여러 계층에 대한 문서는 이 완성도 수준에 도달하는 데 대한 더 많은 인사이트를 제공합니다.
모든 회사는 고유하며 거버넌스 요구 사항도 마찬가지입니다. 조직에 맞는 성숙도를 선택하고 클라우드 채택 프레임워크를 사용하여 실천 사례, 프로세스 및 도구를 안내함으로써 조직의 발전에 기여합니다.
클라우드 거버넌스가 성숙함에 따라 팀은 더 빠른 속도로 클라우드를 채택할 수 있습니다. 지속적인 클라우드 채택 노력은 IT 운영의 완성도를 유발하는 경향이 있습니다. 클라우드 운영 팀을 개발하거나 클라우드 운영 팀과 동기화하여 거버넌스가 운영 개발의 일부인지 확인합니다.
클라우드 거버넌스 팀시작하는 방법에 대해 자세히 알아봅니다.
초기 클라우드 거버넌스 기반을 설정한 후, 거버넌스 기반 개선을 위한 이 모범 사례들을 활용하여 채택 계획을 선도하고 위험을 방지합니다.