Windows 클라이언트 업데이트에 대한 서비스 전략 준비

소비자 정보를 찾으시나요? Windows 업데이트: FAQ를 참조하세요.

이 프로세스의 예는 다음과 같습니다.

  • 테스트 장치를 구성합니다. 참가자가 일반 공급 채널에서 사용할 수 있기 전에 기능 업데이트를 테스트할 수 있도록 Windows 참가자 프로그램에서 테스트 디바이스를 구성합니다. 일반적으로 이 모집단은 IT 직원이 Windows의 시험판 빌드를 평가하는 데 사용하는 몇 가지 테스트 디바이스입니다. Microsoft에서는 관심있는 사용자가 Microsoft에서 추가하는 기능을 볼 수 있도록 거의 매주 Windows 참가자 구성원에게 최신 개발 빌드를 제공합니다. 비즈니스용 Windows 참가자 프로그램에 등록하는 방법에 대한 자세한 내용은 Windows 참가자 섹션을 참조하세요.
  • 제외된 디바이스를 식별합니다. 일부 조직의 경우 공장 또는 의료 장비를 제어하거나 ATM을 실행하는 디바이스와 같은 특수 목적 디바이스에는 일반 공급 채널이 제공할 수 있는 것보다 더 엄격하고 덜 빈번한 기능 업데이트 주기가 필요합니다. 이러한 디바이스의 경우 Enterprise LTSC 버전을 설치하여 최대 10년 동안 기능 업데이트를 방지합니다. 이러한 디바이스를 식별하고 단계적 배포 및 서비스 주기와 분리하여 관리자의 혼동을 제거하고 디바이스가 올바르게 처리되도록 합니다.
  • 지원자를 모집합니다. 배포를 테스트하는 이유는 피드백을 받기 위해서입니다. 파일럿 사용자를 모집하는 효율적인 방법은 지원자를 요청하는 것입니다. 이렇게 할 때는 사용자가 "사용해 보기"만 하는 것이 아니라 피드백을 찾고 있으며 기능 업데이트를 즉시 수락하는 것과 관련된 문제가 가끔 있을 수 있음을 명확하게 명시합니다. Windows as a Service를 사용하면 몇 가지 문제가 발생합니다. 단, 문제가 발생하는 경우 최대한 빨리 테스터가 이를 알릴 수 있게 해야 합니다. 파일럿 그룹으로 모집할 대상을 고려할 때 최대한 많은 수의 앱과 장치의 유효성을 검사하도록 가장 광범위한 응용 프로그램 및 장치 집합을 제공하는 구성원을 포함합니다.
  • 그룹 정책 업데이트합니다. 각 기능 업데이트에는 새 기능을 관리하는 새 그룹 정책이 포함되어 있습니다. 그룹 정책 사용하여 디바이스를 관리하는 경우 Active Directory 도메인에 대한 그룹 정책 관리 .admx 패키지를 다운로드하여 중앙 저장소(또는 중앙 저장소를 사용하지 않는 경우 도메인 컨트롤러의 SYSVOL 폴더에 있는 PolicyDefinitions 디렉터리에 복사)해야 합니다. 원격 서버 관리 도구를 사용하여 Windows의 최신 릴리스에서 새 그룹 정책을 관리할 수 있습니다. ADMX 다운로드 패키지는 각 개발 주기가 끝날 때 만든 다음 다운로드를 위해 게시됩니다. 지정된 Windows 빌드에 대한 ADMX 다운로드 패키지를 찾으려면 "Windows 빌드 xxxx용 ADMX 다운로드"를 검색합니다. 그룹 정책 관리에 대한 자세한 내용은 Windows에서 그룹 정책 관리 템플릿용 Central Store를 만들고 관리하는 방법을 참조하세요.
  • 서비스 도구를 선택합니다. 사용자 환경에서 Windows 업데이트를 관리하는 데 사용할 제품을 결정합니다. 현재 WSUS(Windows Server Update Services) 또는 Microsoft Configuration Manager 사용하여 Windows 업데이트를 관리하는 경우 해당 제품을 계속 사용하여 Windows 10 관리하거나 업데이트를 Windows 11 수 있습니다. 또는 비즈니스용 Windows 업데이트를 사용할 수 있습니다. 사용할 제품 외에도 업데이트를 제공하는 방법을 고려합니다. 여러 피어 투 피어 옵션을 사용하여 업데이트 배포를 더 빠르게 수행할 수 있습니다. 도구를 비교하려면 서비스 도구를 참조하세요.
  • 응용 프로그램의 우선 순위를 지정합니다. 먼저 응용 프로그램 포트폴리오를 만듭니다. 이 목록에는 조직에 설치된 모든 응용 프로그램과 조직에서 호스팅하는 모든 웹 페이지가 포함되어야 합니다. 다음으로, 이 목록의 우선 순위를 지정하여 가장 중요한 비즈니스용 앱을 식별합니다. 새 버전의 Windows와 애플리케이션 호환성이 높아질 것이라는 기대가 있기 때문에 가장 중요 비즈니스용 애플리케이션만 파일럿 단계 전에 테스트해야 합니다. 다른 모든 항목은 나중에 테스트할 수 있습니다. 응용 프로그램과의 호환성 문제를 식별하는 데 관한 자세한 정보는 Upgrade Analytics를 사용하여 Windows 업그레이드 관리를 참조하세요.

Microsoft가 기능 업데이트를 릴리스할 때마다 IT 부서는 다음과 같은 고급 프로세스를 사용하여 광범위한 배포가 성공하도록 해야 합니다.

  1. 업무상 중요한 앱의 호환성을 확인합니다. 이전 섹션의 이전 "테스트 디바이스 구성" 단계에서 식별된 Windows 참가자 컴퓨터에서 실행되는 새로운 Windows 10 기능 업데이트와의 호환성을 위해 가장 중요한 중요 비즈니스용 애플리케이션을 테스트합니다. 대부분의 응용 프로그램은 파일럿 단계에서 테스트할 수 있으므로 이 유효성 검사 프로세스와 관련된 응용 프로그램 목록은 작아야 합니다.
  2. 시험 사용하고 피드백에 대응합니다. Microsoft는 애플리케이션 및 디바이스 호환성이 높을 것으로 예상하지만, IT 부서와 사업부 모두에서 대상 그룹을 지정하여 애플리케이션 포트폴리오의 나머지 애플리케이션에 대한 애플리케이션 호환성을 확인하는 것이 여전히 중요합니다. 가장 중요 비즈니스용 애플리케이션만 미리 테스트되므로 이 작업은 사용자 환경에서 대부분의 애플리케이션 호환성 테스트를 나타냅니다. 반드시 공식적인 프로세스가 아니라 특정 애플리케이션을 사용하여 사용자 유효성 검사를 수행해야 합니다. 따라서 다음 단계는 이전 섹션의 "자원 봉사자 모집" 단계에서 식별한 일반 공급 채널에서 실행되는 조기 채택 IT 사용자 및 대상 그룹에 기능 업데이트를 배포하는 것입니다. 최대한 빨리 피드백을 찾고 있음을 명확하게 전달하고 사용자가 피드백을 제출할 수 있는 방법을 정확하게 명시해야 합니다. 문제가 발생하는 경우 이를 해결하기 위한 수정 계획을 세워야 합니다.
  3. 광범위하게 배포합니다. 마지막으로 배포 링을 사용하여 대규모 배포에 집중합니다. 선택한 업데이트 관리 제품의 컴퓨터 그룹을 대상으로 하는 배포 링을 빌드합니다. 위험을 최대한 줄이기 위해 개별 부서를 여러 링으로 분할하는 방식으로 배포 링을 구성합니다. 이렇게 하면 문제가 발생하는 경우 중요한 비즈니스가 계속되는 것을 방지할 수 없습니다. 이 방법을 사용하면 특정 부서에서 더 많은 사용자가 업데이트됨에 따라 각 배포 링이 위험을 줄입니다.