배포 계획 만들기

"서비스 관리" 사고방식은 소프트웨어 업데이트 프로세스가 지속적으로 계획, 배포, 모니터링 및 최적화되는 organization 디바이스가 연속체에 속한다는 것을 의미합니다. 이 프로세스를 기능 업데이트에 사용하면 품질 업데이트는 간단하고 빠르게 실행할 수 있는 간단한 프로시저가 되어 궁극적으로 속도가 향상됩니다.

서비스 관리 모델로 전환할 때는 대표적인 디바이스 그룹에 업데이트를 배포하는 효과적인 방법이 필요합니다. 링 기반 배포는 Microsoft 및 전 세계 여러 조직에서 잘 작동한다는 것을 발견했습니다. Windows 클라이언트의 배포 링은 이전의 주요 수정 업그레이드를 위해 생성된 대부분의 조직 배포 그룹과 유사합니다. 디바이스를 배포 타임라인 구분하는 방법일 뿐입니다.

최상위 수준에서 각 링은 특정 업데이트를 동시에 수신하는 사용자 또는 디바이스 그룹으로 구성됩니다. 각 링에 대해 IT 관리자는 디바이스 또는 사용자의 다음 광범위한 링에 배포하기 전에 충족해야 하는 지연 시간 또는 채택(완료)을 제어하기 위한 기준을 설정합니다.

공통 링 구조는 세 가지 배포 그룹을 사용합니다.

  • 미리 보기: 계획 및 개발
  • 제한: 파일럿 및 유효성 검사
  • 광범위: 광범위한 배포

참고

조직에서는 링에 다른 이름을 사용하는 경우가 많습니다. 예를 들면 다음과 같습니다.

  • First > Fast > Broad
  • 카나리아 > 얼리어답터 > 사용자
  • 광범위한 > 위험 미리 보기 >

얼마나 많은 반지가 있어야 하나요?

배포에 대해 정확히 몇 개의 링이 있어야 하는지에 대한 명확한 규칙은 없습니다. 앞에서 설명한 것처럼 중요 업무용 디바이스를 자체 링에 배치하여 가동 중지 시간을 0으로 유지할 수 있습니다. 큰 organization 있는 경우 지리적 위치에 따라 링에 디바이스를 할당하는 것이 좋습니다. 또는 기술 지원팀 리소스를 더 많이 사용할 수 있도록 링 크기에 따라 할당합니다. 비즈니스 요구 사항을 고려하고 organization 적합한 링을 소개합니다.

링 간 진행

기본적으로 배포를 한 링에서 다음 링으로 이동하기 위한 두 가지 전략이 있습니다. 하나는 서비스 기반이고 다른 하나는 프로젝트 기반입니다.

  • "빨간색 단추"(서비스 기반): 나쁜 것으로 입증될 때까지 콘텐츠가 양호하다고 가정합니다. 문제가 발견될 때까지 콘텐츠가 흐르며, 이때 IT 관리자는 "빨간색 단추"를 눌러 추가 배포를 중지합니다.
  • "녹색 단추"(프로젝트 기반): 콘텐츠가 양호한 것으로 입증될 때까지 잘못된 것으로 가정합니다. 모든 유효성 검사가 통과되면 IT 관리자는 "녹색 단추"를 눌러 콘텐츠를 다음 링으로 푸시합니다.

배포와 관련하여 프로세스에서 수동 단계를 수행하면 일반적으로 업데이트 속도가 저하됩니다. 이것이 목표일 때 "빨간색 단추" 전략이 더 좋습니다.

미리 보기 링

미리 보기 링의 목적은 업데이트의 새로운 기능을 평가하는 것입니다. organization 광범위한 부분을 위한 것이 아니라 다음에 어떤 일이 일어날지 알 책임이 있는 사람들( 일반적으로 IT 관리자)에게만 국한됩니다. 궁극적으로 이 단계는 공개 업데이트가 제공될 때 업데이트에 대한 확신을 가질 수 있도록 디자인 및 계획 작업이 수행되는 시간입니다.

참고

Windows 참가자 프로그램에 참여하면 미리 보기 링의 Insider Preview 빌드를 사용하여 앱 및 인프라의 유효성을 검사하고 퍼블릭 Windows 릴리스를 준비할 수 있도록 Windows 릴리스에 일찍 액세스할 수 있습니다.

미리 보기 링에 누가 들어가나요?

미리 보기 링 사용자는 기술에 정통한 복원력 있는 사용자로, 문제가 발생하면 생산성을 잃지 않습니다. 일반적으로 이러한 사용자는 IT 전문가이며 비즈니스 organization 몇 명일 수 있습니다.

계획 및 준비 단계에서는 다음 작업에 집중해야 합니다.

  • Windows Insider Preview 빌드를 사용합니다.
  • organization 사용할 수 있거나 사용하려는 기능과 기능을 식별합니다.
  • 기능을 사용할 사용자와 기능의 이점을 설정합니다.
  • 업데이트를 내놓는 이유를 이해합니다.
  • 사용량 피드백을 계획합니다.

미리 보기 링에서 시험판 소프트웨어로 작업 중이며 기능을 평가하고 대상 릴리스에 대한 업데이트를 테스트합니다.

중요

미리 보기 링에 Windows 참가자(시험판) 릴리스를 사용하고 있고 WSUS 또는 비즈니스용 Windows 업데이트 사용하는 경우 미리 보기 빌드를 허용하도록 다음 정책을 설정해야 합니다.

  • 미리 보기 빌드 관리: 2 - 미리 보기 빌드 사용 • 분기 준비 수준에서미리 보기 빌드 및 기능 업데이트 수신되는 경우를 선택합니다. 4--Windows 참가자 프로그램 느림

리미티드 링

제한된 링의 목적은 네트워크를 통해 대표 디바이스에서 업데이트의 유효성을 검사하는 것입니다. 이 기간 동안 데이터 및 피드백이 생성되어 더 광범위한 배포로 진행하기로 결정할 수 있습니다. Desktop Analytics 좋은 대표 디바이스의 제한된 링을 정의하고 배포를 모니터링하는 데 도움이 될 수 있습니다.

누가 제한된 반지에 간다?

이 단계의 가장 중요한 부분은 네트워크를 통해 디바이스 및 애플리케이션의 대표적인 샘플을 찾는 것입니다. 가능하면 모든 하드웨어와 모든 애플리케이션을 표현해야 합니다. 이 링에 대해 선택한 사람들은 정기적으로 디바이스를 사용하여 organization 광범위한 배포를 결정하는 데 필요한 데이터를 생성하는 것이 중요합니다. IT 부서, 랩 디바이스 및 최첨단 하드웨어를 사용하는 사용자는 일반적으로 네트워크의 대표적인 샘플인 애플리케이션 또는 디바이스 드라이버가 없습니다.

파일럿 및 유효성 검사 단계에서는 다음 작업에 집중해야 합니다.

  • 새로운 혁신을 배포합니다.
  • 문제가 발생하면 평가하고 행동합니다.
  • 차단되지 않는 한 앞으로 이동합니다.

제한 링에 배포하면 데이터를 수집하고 환경에서 발생하는 인시던트에 대응하여 발생할 수 있는 문제를 신속하게 해결할 수 있습니다. 이 링 내에서 충분한 채택을 모니터링해야 합니다. 리미티드 링은 보드 전체의 organization 나타냅니다. 충분한 채택을 달성하면 더 광범위한 배포가 더 원활하게 실행될 것이라는 확신을 가질 수 있습니다.

광범위한 배포

제한된 링의 디바이스가 충분한 안정화 기간을 가지면 네트워크를 통해 광범위한 배포를 해야 할 때입니다.

누가 광범위한 배포 링에 들어가나요?

대부분의 기업에서 Broad 링에는 나머지 organization 포함됩니다. 이전 링에서 안정성을 검사하고 중단을 최소화하기 위한 작업(결정을 지원하기 위한 진단 데이터 사용)으로 인해 비교적 빠르게 광범위한 배포가 발생할 수 있습니다.

참고

경우에 따라 Broad 링의 배포가 완료될 때까지 중요 업무용 디바이스(예: 의료 기기)를 보류할 수 있습니다. 중요 업무용 디바이스에 Windows 클라이언트 기능 업데이트를 배포하기 위한 모범 사례 및 권장 사항을 확인하세요.

광범위한 배포 단계에서는 다음 작업에 집중해야 합니다.

  • organization 모든 디바이스에 배포합니다.
  • 제한 링에서 검색되지 않은 최종 비정상적인 문제를 해결합니다.