중앙 IT 팀 기능

클라우드 도입 규모에 따라 클라우드 거 버 넌 스 함수도 채택 노력을 관리 하기에 충분 하지 않을 수 있습니다. 채택을 점진적으로 수행 하는 경우 팀은 시간 경과에 따라 클라우드에 대해 준비 해야 하는 기술 및 프로세스를 유기적으 개발 하는 경향이 있습니다.

하지만 하나의 클라우드 채택 팀이 클라우드를 사용 하 여 높은 프로필의 비즈니스 결과를 얻기 위해 점진적 도입은 거의 발생 하지 않습니다. 성공이 성공 합니다. 클라우드 도입의 경우에도 마찬가지 이지만 클라우드 규모에서 발생 합니다. 클라우드 채택을 한 팀에서 여러 팀으로 비교적 빠르게 확장할 때 기존 IT 직원의 추가 지원이 필요 합니다. 그러나 이러한 직원 구성원은 클라우드 네이티브 IT 도구를 사용 하 여 클라우드를 지 원하는 데 필요한 교육 및 경험이 부족할 수 있습니다. 이는 일반적으로 클라우드를 관리 하는 중앙 IT 팀의 대형을 구동 합니다.

주의

이는 일반적인 완성도 단계 이지만 효과적으로 관리 되지 않는 경우 채택 하 고 잠재적으로 혁신 및 마이그레이션 노력을 차단할 수 있습니다. 문화 방지 패턴이 되는 중앙의 위험을 완화 하는 방법에 대 한 자세한 내용은 아래의 위험 섹션을 참조 하세요.

중앙 집중식 IT 기능을 제공 하는 데 필요한 기술은 다음에서 제공 될 수 있습니다.

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

경고

중앙 집중식 IT는 온-프레미스의 기존 배달이 중앙 IT 팀 모델을 기반으로 하는 경우에만 클라우드에 적용 해야 합니다. 현재 온-프레미스 모델이 위임 된 제어를 기반으로 하는 경우 더 많은 클라우드 호환 대안을 위한 CCoE (뛰어난 클라우드 센터) 접근 방식을 고려 합니다.

주요 책임

기존 IT 사례를 조정 하 여 도입 노력으로 클라우드의 잘 관리 되 고 잘 관리 되는 환경을 구축 하세요.

일반적으로 다음과 같은 작업이 정기적으로 실행 됩니다.

전략적 작업

기술 작업

  • 솔루션을 지원 하기 위해 클라우드 플랫폼을 빌드 및 유지 관리 합니다.
  • 플랫폼 아키텍처를 정의 하 고 구현 합니다.
  • 클라우드 플랫폼을 운영 및 관리 합니다.
  • 플랫폼을 지속적으로 개선 합니다.
  • 클라우드 플랫폼에서 새로운 혁신을 고려 하세요.
  • 비즈니스 가치 생성을 지원 하기 위해 새로운 클라우드 기능을 제공 합니다.
  • 셀프 서비스 솔루션을 제안 합니다.
  • 솔루션이 기존 거 버 넌 스 및 규정 준수 요구 사항을 충족 하는지 확인 합니다.
  • 플랫폼 아키텍처의 배포를 만들고 유효성을 검사 합니다.
  • 새 플랫폼 요구 사항에 대 한 릴리스 요금제를 검토 합니다.

모임 주기

중앙 IT 팀의 전문 지식은 일반적으로 작업 팀에서 제공 합니다. 참가자가 대부분의 일별 일정을 맞춤 노력에 커밋하는 것을 요구 합니다. 기여는 모임 및 피드백 주기에 국한 되지 않습니다.

중앙 IT 팀 위험

조직 완성의 각 클라우드 기능 및 단계에는 "클라우드" 라는 접두사가 붙습니다. 중앙 IT 팀은 유일한 예외입니다. 중앙 집중식 IT는 모든 IT 자산이 소수의 팀에서 관리 하 고 단일 operations management 플랫폼을 통해 제어 될 수 있는 경우 널리 확산 되었습니다. 글로벌 비즈니스 사례와 디지털 경제는 중앙에서 관리 되는 환경의 인스턴스를 크게 줄였습니다.

최신 보기에서는 자산이 전역적으로 분산 됩니다. 책임이 위임 됩니다. Operations management는 내부 직원, 관리 서비스 공급자 및 클라우드 공급자를 혼합 하 여 제공 됩니다. 디지털 경제에서 IT 관리 사례는 거 버 넌 스를 적용 하는 셀프 서비스 및 위임 된 제어 모델로 전환 하 고 있습니다. 중앙 IT 팀은 클라우드 브로커와 혁신 및 비즈니스 민첩성을 위한 파트너를 도입 하 여 클라우드 도입에 중요 한 참가자가 될 수 있습니다.

중앙 IT 팀은 기존 온-프레미스 모델에서 중요 한 지식과 사례를 사용 하 고 이러한 방법을 클라우드 배달에 적용 하는 데 적합 합니다. 그러나이 프로세스를 변경 해야 합니다. 대규모 클라우드 채택을 지원 하려면 새로운 프로세스, 새로운 기술 및 새로운 도구가 필요 합니다. 중앙 IT 팀이 적응 하는 경우 클라우드 도입 활동에서 중요 한 파트너가 됩니다. 그러나 중앙 IT 팀이 클라우드에 적용 되지 않거나, 긴밀 한 컨트롤에 대 한 catalyst로 클라우드를 사용 하려는 경우에는 신속 하 게 채택, 혁신 및 마이그레이션에 대 한 차단이 됩니다.

이 위험의 측정값은 속도와 유연성입니다. 클라우드는 새 기술의 신속한 채택을 간소화 합니다. 새 클라우드 기능을 몇 분 내에 배포할 수 있지만 중앙 IT 팀의 검토가 배포 프로세스에 주 또는 월을 추가 하는 경우 이러한 중앙 집중식 프로세스는 비즈니스 성공에 중요 한 제한 사항이 됩니다. 이 표시기가 표시 되 면 IT 제공에 대 한 대체 전략을 고려 합니다.

예외

많은 산업에서 타사 규정 준수를 준수 해야 합니다. 일부 준수 요구 사항은 중앙 집중식 IT 제어를 요구 합니다. 이러한 준수 조치를 제공 하면 특히 광범위 하 게 사용 되지 않은 새 기술의 경우 배포 프로세스에 시간을 추가할 수 있습니다. 이러한 시나리오에서는 도입의 초기 단계에서 배포가 지연 될 것으로 간주 합니다. 중요 한 고객 데이터를 처리 하는 회사의 경우에도 이와 유사한 상황이 있지만 타사 규정 준수 요구 사항에 의해 관리 되지 않을 수도 있습니다.

예외 내에서 작동

중앙 집중식 IT 프로세스가 필요 하 고 이러한 프로세스가 새로운 기술을 채택 하 여 적절 한 검사점을 만드는 경우 이러한 혁신 검사점은 계속 신속 하 게 해결할 수 있습니다. 거 버 넌 스 및 규정 준수 요구 사항은 모든 항목을 보호 하는 것이 아니라 중요 한 항목을 보호 하도록 설계 되었습니다. 클라우드는 적절 한 guardrails을 유지 하면서 격리 된 리소스를 확보 하 고 배포 하기 위한 간단한 메커니즘을 제공 합니다.

성숙한 중앙 IT 팀은 필요한 보호를 유지 하지만 혁신을 계속 해 주는 사례를 협상 합니다. 이러한 수준의 완성을 보여 주는 것은 적절 한 분류 및 리소스 격리에 따라 결정 됩니다.

채택을 강화 하기 위한 예외 내 운영에 대 한 예제

이 예제에서는 가상의 회사 Contoso에서 성숙한 중앙 IT 팀이 채택을 강화 하는 방법을 보여 줍니다.

Contoso는 비즈니스 클라우드 리소스에 대 한 지원을 위해 중앙 IT 팀 모델을 채택 했습니다. 이 모델을 제공 하기 위해 수신 네트워크 연결 등의 다양 한 공유 서비스에 대해 엄격한 제어를 구현 했습니다. 이를 통해 클라우드 환경의 노출을 줄이고, 위반이 발생 하는 경우 단일 "고장 투명" 장치를 제공 하 여 모든 트래픽을 차단할 수 있습니다. 해당 보안 기준 정책은 모든 수신 트래픽이 중앙 IT 팀에서 관리 하는 공유 장치를 통해 제공 되어야 한다는 것을 명시 합니다.

그러나 클라우드 채택 팀 중 하나에는 특정 클라우드 기술을 사용 하기 위해 특별히 구성 된 전용 수신 네트워크 연결을 사용 하는 환경이 필요 합니다. Immature central IT 팀은 단지 요청을 거부 하 고 채택 요구에 따라 기존 프로세스의 우선 순위를 지정 합니다. Contoso의 중앙 IT 팀은 서로 다릅니다. 이 딜레마에 대 한 간단한 네 부분으로 구성 된 솔루션을 신속 하 게 식별 했습니다.

  1. 분류: 클라우드 채택 팀은 새로운 솔루션을 구축 하는 초기 단계에 있었지만 중요 한 데이터 또는 중요 한 지원 요구 사항이 없기 때문에 환경의 자산은 낮은 위험으로 분류 되 고 중요 하지 않습니다. 효과적인 분류는 중앙 IT 팀에서 완성 된의 부호입니다. 모든 자산 및 환경을 분류 하면 보다 명확한 정책을 사용할 수 있습니다.
  2. 협상: 분류 만으로는 충분 하지 않습니다. 공유 서비스는 중요 한 중요 한 자산이 일관 되 게 작동 하도록 구현 되었습니다. 규칙을 변경 하면 더 많은 보호를 필요로 하는 자산에 대해 설계 된 거 버 넌 스 및 규정 준수 정책이 손상 됩니다. 안정성, 보안 또는 거 버 넌 스의 비용을 부과 하지 못할 수 있습니다. 이를 통해 특정 질문에 답변 하기 위해 채택을 팀과 협상 합니다. 비즈니스에 대 한 DevOps 팀이이 환경에 대 한 운영 관리를 제공할 수 있나요? 이 솔루션을 사용 하려면 다른 내부 리소스에 직접 액세스 해야 하나요? 클라우드 채택 팀이 이러한 장단점에 익숙해지면 수신 트래픽이 발생할 수 있습니다.
  3. 격리: 비즈니스는 자신의 지속적인 운영 관리를 제공할 수 있으며, 솔루션이 다른 내부 자산에 대 한 직접 트래픽을 사용 하지 않기 때문에 새 구독에서 통제 수 있습니다. 해당 구독은 새 관리 그룹 계층의 개별 노드에도 추가 됩니다.
  4. 자동화: 이 팀의 다른 완성도는 자동화 원칙입니다. 팀은 Azure Policy를 사용 하 여 정책 적용을 자동화 합니다. 또한 Azure 청사진을 사용 하 여 공통 플랫폼 구성 요소의 배포를 자동화 하 고 정의 된 id 기준에 대 한 준수를 적용 합니다. 이 구독 및 새 관리 그룹의 다른 모든 사용자에 게는 정책과 템플릿이 약간 다릅니다. 수신 대역폭을 차단 하는 정책이 리프트 되었습니다. 트래픽 격리를 적용 하기 위해 모든 수신 트래픽과 같이 공유 서비스 구독을 통해 트래픽을 라우팅하는 요구 사항으로 대체 되었습니다. 온-프레미스 operations management 도구는이 구독에 액세스할 수 없기 때문에 해당 도구에 대 한 에이전트는 더 이상 필요 하지 않습니다. 관리 그룹 계층의 다른 구독에 필요한 다른 모든 거 버 넌 스 guardrails는 여전히 적용 되므로 충분 한 guardrails 보장 됩니다.

Contoso의 중앙 IT 팀이 제공 하는 완벽 한 방법으로는 거 버 넌 스 또는 규정 준수를 손상 시 키 지 않지만 채택 하는 것이 좋습니다. 중앙 집중식으로 클라우드 기본 접근 방법을 소유 하는 대신 중개의이 접근 방식은 클라우드 센터 (CCoE)를 구축 하기 위한 첫 번째 단계입니다. 이 접근 방식을 채택 하면 기존 정책을 신속 하 게 진화 하 고, 필요할 때 중앙 집중식으로 제어 하 고, 더 많은 유연성이 허용 될 때 guardrails 수 있습니다. 이러한 두 가지 고려 사항을 분산 하면 클라우드에서 중앙 집중식 IT와 관련 된 위험을 완화할 수 있습니다.

다음 단계

  • 중앙 IT 팀이 클라우드 기능을 완성 한 후에는 일반적으로 다음 완성도 단계가 클라우드 작업의 완화 결합입니다. 클라우드 작업에 대 한 책임이 있다고 가정 하면 클라우드 기본 작업 관리 도구를 사용 하 고 PaaS 중심 솔루션에 대 한 운영 비용을 절감 하는 경우가 많습니다.

다음에 대해 자세히 알아보세요.