WSUS 비권장 이후의 Windows Update 관리 ── WUfB·Autopatch·Intune을 어떻게 선택할까

‘WSUS가 비권장이 되었다고 들었다. 우리 회사의 WSUS 서버는 언제까지 쓸 수 있는가’ ‘서버를 교체하는 시점에 WSUS도 다시 세워야 하는가, 그만둬야 하는가’ ‘애당초 지금은 WSUS도 뭐도 없이 각 PC의 Windows Update에 맡기고 있다. 이대로 괜찮은가’ ── Windows 10 지원 종료 대응에 대한 상담을 받는 가운데, 함께 묻는 경우가 늘어난 질문이 바로 이것입니다.

2024년 9월 Microsoft는 WSUS(Windows Server Update Services)의 비권장을 발표했습니다. 다만 이 ‘비권장(deprecated)’이라는 말은 오해하기 쉬워서, ‘이제 못 쓴다’고 성급하게 판단해 당황할 필요도, ‘아직 동작하니까 상관없다’고 무시해도 되는 것도 아닙니다. 정확히는 ‘신규 기능은 만들지 않지만 당분간은 계속 동작한다’이며, 지금 물어야 할 것은 철거 기한이 아니라 다음 업데이트 관리를 어디에 얹을 것인가라는 설계 판단입니다.

이 글에서는 WSUS로 사내 PC의 업데이트를 관리해 온(또는 무관리 상태로 Windows Update에 맡겨 온) 중소기업의 정보시스템 담당자를 대상으로, (1)WSUS 유지, (2)Windows Update for Business(WUfB), (3)Windows Autopatch, (4)Intune에 의한 클라우드 관리, 이 선택지들을 판단표로 정리합니다. 내용은 2026년 8월 시점의 1차 정보에 근거합니다. 업무 앱 수탁 개발 회사로서, 업데이트로 인한 앱 장애 대비에도 한 절을 할애합니다.

1. 먼저 결론

• WSUS는 2024년 9월 20일에 비권장으로 발표되었습니다. 의미는 ‘신규 기능 개발과 새로운 기능 요청 접수의 종료’입니다. 기존 기능은 유지되며, 업데이트 프로그램은 WSUS 채널을 통해 계속 공개되고 있습니다.¹²
• 비권장=즉시 소멸이 아닙니다. Windows Server 2025에도 WSUS 역할은 탑재되어 있으며, 프로덕션 환경에서의 지원과 보안·품질 업데이트는 제품 수명 주기에 따라 계속됩니다. 삭제일은 발표되지 않았습니다.³²
• 드라이버 동기화는 한 차례 ‘2025년 4월 18일에 종료’로 예고되었으나, 2025년 4월 4일에 철회되었습니다. 폐쇄 네트워크 등 연결이 끊긴 환경으로부터의 피드백이 이유였으며, 현재도 동기화는 계속되고 있습니다.⁴⁵
• 후속의 유력 후보는 WUfB입니다. 현재 공식 명칭은 Windows Update client policies로, Pro·Education·Enterprise 계열 에디션이라면 추가 비용 없음. GPO에서도 Intune에서도 설정할 수 있으며, 배포 서버는 필요 없습니다(Home은 대상 외).⁶
• WUfB의 실체는 ‘연기와 링’입니다. 품질 업데이트는 최대 30일, 기능 업데이트는 최대 365일의 연기와 최대 35일의 일시 중지를 정책으로 구성하여, 파일럿→전사의 단계적 배포를 짭니다.⁶⁷
• 대역폭 불안에는 배달 최적화(Delivery Optimization)가 답이 됩니다. 동일 네트워크 내의 PC끼리 업데이트를 P2P로 공유하는 방식으로, Pro/Enterprise/Education에서는 기본값으로 활성화되어 있습니다.⁸
• Windows Autopatch는 WUfB 위에서 승인·일정·보호를 자동화하는 클라우드 서비스입니다. 2026년 시점에는 Microsoft 365 Business Premium에서도 이용할 수 있으며, Entra ID P1/P2와 Intune이 전제입니다.⁹
• 폐쇄·오프라인 환경에서는 WSUS가 아직 현실적인 해법입니다. 다만 ‘계속 사용하되 신규 투자는 하지 않는다’는 선을 긋고, 자산 대장과 향후 계획에 반영해 두십시오.²⁵

2. WSUS에 무슨 일이 있었는가 ── ‘비권장’의 정확한 의미

먼저 사실 관계를 시간순으로 정리합니다.

• 2024년 6월: WSUS의 드라이버 동기화를 2025년 4월 18일에 종료한다고 예고.⁴
• 2024년 9월 20일: Windows IT Pro Blog에서 WSUS 본체의 비권장을 발표. 신규 기능 개발을 중단하고 새로운 기능 요청도 받지 않음. 다만 기존 기능은 유지하며, WSUS 채널을 통한 업데이트 공개와 이미 공개된 콘텐츠에 대한 지원은 계속한다고 명시.¹
• 2025년 4월 4일: 드라이버 동기화 종료 예고를 철회. 연결이 끊긴 환경(폐쇄 네트워크)에서 운영하는 조직으로부터의 피드백을 받아들여, Windows Update/Microsoft Update 카탈로그로부터의 드라이버 동기화를 계속한다고 발표.⁵

Microsoft Learn의 현행 문서는 WSUS의 상태를 ‘비권장이며 신규 기능은 추가되지 않지만, 프로덕션 환경에서의 지원은 계속되고, 제품 수명 주기에 따라 보안 업데이트와 품질 업데이트를 받는다‘고 설명하고 있습니다.² 또한 Windows Server 2025의 비권장 기능 목록에 WSUS가 실려 있지만, 거기서의 정의도 ‘비권장 구성 요소는 계속해서 Windows Server에 동봉되며, 프로덕션 배포에서 지원된다’입니다. 실제로 Windows Server 2025에도 WSUS 역할은 있으며, ‘기존 기능과 콘텐츠는 계속 이용할 수 있다’고 기재되어 있습니다.³

즉 2026년 8월 시점의 실태는 동기화도 배포도 멈추지 않았다는 것입니다. 한편 주의해 둘 만한 주변 움직임도 있습니다. WSUS가 기본값으로 사용하는 데이터베이스인 Windows Internal Database(WID)도, Windows Server 2025에서 비권장·향후 삭제 예정으로 명기되었습니다.³ 본체보다 먼저 발밑에서부터 호환성의 전제가 무너져 갈 가능성이 있다는 뜻입니다.

여기서 끌어낼 수 있는 실무상의 선은 명확합니다. ‘내일 멈춘다’는 전제로 당황할 필요는 없지만, WSUS를 중심에 둔 신규 투자(서버 교체·레플리카 증설·커스터마이징)는 하지 않는다. 서버 교체 시기가 업데이트 관리를 재검토하는 자연스러운 마감이 됩니다.

3. 선택지의 전체상 ── 4가지 길의 위치

‘WSUS의 다음’을 생각할 때, 선택지에는 역할이 다른 것들이 섞이기 쉽습니다. 먼저 정리하겠습니다.

보시는 대로 WUfB·Autopatch·Intune의 세 가지는 대립하는 선택지가 아니라 쌓아 올리는 관계입니다. 토대에 WUfB의 정책군이 있고, 그것을 GPO로 작성하는 것이 ‘WUfB 단독’, Intune의 업데이트 링으로 작성하는 것이 ‘Intune 관리’, 나아가 승인·일정·배포 일시 중지까지 서비스에 맡기는 것이 ‘Autopatch’입니다. 실제로 Microsoft는 Autopatch를 ‘WUfB(Windows Update client policies)와 연계하여 동작하는 클라우드 서비스’로 자리매김하고 있습니다.⁶

flowchart TB
    AP["Windows Autopatch<br/>링 편성·배포 모니터링·중지 판단까지 자동화"] --> WUFB
    WUFB["WUfB의 정책군 - 연기·일시 중지·기한<br/>= Windows Update client policies"] --> WU["Windows Update에서의 직접 배포<br/>- 배포 서버 없음"]
    GPO["GPO로 구성<br/>- 온프레미스 AD"] -.->|"구성 방식 1"| WUFB
    INTUNE["Intune의 업데이트 링으로 구성<br/>- 클라우드 관리"] -.->|"구성 방식 2"| WUFB

그러므로 중소기업의 판단은 실질적으로 2단계로 나눌 수 있습니다. (1)배포를 WSUS에서 Windows Update 직접 배포로 전환할 것인가. (2)정책을 두는 위치를 온프레미스 AD(GPO)에 그대로 둘 것인가, Intune으로 올릴 것인가. 온프레미스 AD로 GPO 운영을 계속하고 있는 회사라면, (1)만 먼저 진행하는 것 ── 즉 GPO로 WUfB를 구성하는 것 ── 이 가장 연속성이 높습니다.

한편 WSUS가 담당해 온 Windows Server 자체의 업데이트 관리는 별개의 문제입니다. Windows Server는 Windows Update에서 기능 업데이트를 받지 않으므로, WUfB의 정책은 품질 업데이트에만 효과가 있습니다.⁷ 서버 대수가 적은 중소기업에서는 서버만 WSUS 유지 또는 수동 운영으로 하고, 클라이언트 PC부터 먼저 클라우드 배포로 옮기는 형태가 현실적입니다.

4. Windows Update for Business ── 추가 비용 없는 유력 후보

WUfB의 구조를 한마디로 말하면, ‘배포 서버를 두지 않고, Windows Update에서의 직접 배포를 정책으로 길들이는 것’입니다.

• 대상 에디션: Windows 10/11의 Pro(Pro for Workstations 포함)·Education·Enterprise(LTSC, IoT Enterprise 포함). Home은 대상 외입니다. 추가 비용은 들지 않습니다.⁶
• 설정 수단: 그룹 정책과 MDM(Intune 등) 양쪽 모두 지원합니다. GPO의 위치는 컴퓨터 구성\관리 템플릿\Windows 구성 요소\Windows Update 아래이며, 품질 업데이트의 연기는 「Select when Quality Updates are received」, 기능 업데이트의 연기는 「Select when Preview Builds and feature updates are received」 정책이 대응합니다. Intune/MDM에서는 Update/DeferQualityUpdatesPeriodInDays 등의 정책 CSP를 사용합니다.⁷
• 연기할 수 있는 일수: 품질 업데이트(매월 둘째 화요일이 기본)는 최대 30일, 기능 업데이트(연 1회)는 최대 365일. 추가로 문제가 발생했을 때 배포를 멈추는 일시 중지가 최대 35일(시작일로부터 계산되며, 기한이 끝나면 자동 재개)입니다.⁶⁷
• 대상으로 삼을 수 있는 업데이트 종류: 기능 업데이트·품질 업데이트 외에도 드라이버 업데이트(기본값 활성화. ExcludeWUDriversInQualityUpdate로 제외 가능), Office 등 다른 Microsoft 제품의 업데이트(기본값 비활성화. AllowMUUpdateService로 활성화)를 제어할 수 있습니다.⁷
• 기한과 유예: 연기와는 별도로, 업데이트 공개로부터 며칠 이내에 설치하고 설치 후 며칠 이내에 재시작시킬지를 정하는 규정 준수 기한+유예 기간 정책이 있습니다. ‘언제까지고 재시작하지 않는 PC’에 대한 답이 바로 여기에 있습니다.⁶

링 설계의 사고방식

WSUS의 ‘승인’에 해당하는 것이 연기 일수를 다르게 한 링(파동)입니다. Microsoft 스스로도 연기 기간이 다른 그룹을 만들어 작은 집단으로 품질을 확인한 뒤 전체로 넓히는 사용 방식을 상정하고 있습니다.⁷ 예를 들어 다음과 같은 3개의 링이 출발점이 됩니다.

‘승인 버튼을 누르지 않으면 배포되지 않는’ WSUS와 달리, WUfB는 가만히 두면 기한대로 배포되는 방식입니다. 관리의 중심이 ‘배포하는 작업’에서 ‘멈추는 판단’으로 바뀐다고 이해하는 것이 지름길입니다.

flowchart LR
    PUB["업데이트 공개<br/>- 매월 품질 업데이트 등"] --> P["파일럿<br/>연기 0~3일"]
    P -- "문제 없음" --> S["선행<br/>연기 7일 전후"]
    S -- "문제 없음" --> A["전사<br/>연기 14일 전후"]
    P -- "문제 있음" --> PAUSE["일시 중지·최대 35일로<br/>전사 확대를 멈춘다"]
    S -- "문제 있음" --> PAUSE
    PAUSE --> FIX["원인 분리 - 앱 수정인가<br/>정책 측 제외인가"]
    FIX --> RESUME["해소 후 재개"]

대역폭 불안에는 배달 최적화

WSUS를 그만두면 모든 PC가 인터넷에서 업데이트를 가져오게 되므로, 거점의 회선이 걱정될 수 있습니다. 여기에 답이 되는 것이 배달 최적화(Delivery Optimization)입니다. 동일 네트워크 내의 PC끼리 다운로드가 끝난 업데이트 패키지를 P2P로 나눠 갖는 방식으로, Pro·Enterprise·Education에서는 기본값으로 로컬 네트워크 내 피어 공유가 활성화되어 있습니다. 대상은 Windows Update의 기능 업데이트·품질 업데이트·드라이버 외에도 스토어 앱, Microsoft Defender 정의 업데이트, Microsoft 365 Apps 등 폭넓습니다.⁸ Microsoft 사내 배포에서는 콘텐츠의 76% 이상을 인터넷이 아닌 피어로부터 가져왔다고 보고되어 있습니다.⁸ 더 좁히고 싶은 경우에는 전용 캐시 서버를 두는 Microsoft Connected Cache라는 선택지도 있습니다.⁸

5. Windows Autopatch ── ‘업데이트 운영 그 자체’를 외부로 맡기다

WUfB를 구성하더라도 링 설계, 배포 상황 모니터링, 문제 발생 시의 중지 판단은 여전히 자신의 업무로 남습니다. 이 운영 부분까지 서비스에 맡기는 것이 Windows Autopatch로, Windows Update에서 배포되는 업데이트의 승인·일정·보호(문제 감지 시의 배포 제어)를 자동화합니다.⁶ Autopatch 그룹과 업데이트 링의 자동 편성, 품질·기능·드라이버/펌웨어 업데이트의 배포 관리, 배포 상황 리포트가 주된 내용입니다.⁹

필요 조건은 2026년 시점에서 다음과 같습니다.⁹

• 라이선스: Microsoft 365 Business Premium, Windows 10/11 Education A3/A5, Windows 10/11 Enterprise E3/E5(Microsoft 365 F3/E3/E5에 포함), Enterprise E3/E5 VDA 중 하나. 예전처럼 E3 한정은 아니게 되었지만, 라이선스 등급에 따라 사용할 수 있는 기능에 차이가 있으며, Microsoft에 대한 지원 요청 기능은 E3 이상과 F3에서만 가능합니다.
• 기반: Microsoft Entra ID P1/P2와 Microsoft Intune이 필수. 디바이스는 Intune에 등록되어 있고(ConfigMgr 공동 관리도 가능) 회사 소유의 PC로, 최근 28일 이내에 Intune과 통신했어야 합니다. 온프레미스 AD만 있는 환경에서는 사용할 수 없습니다(Entra 하이브리드 조인이라면 가능).
• 대상 OS: Windows 10/11의 Pro·Education·Enterprise 계열 에디션, 일반 공급(GA) 채널. LTSC는 품질 업데이트 관리만 지원합니다.

중소기업 입장에서의 현실성은 이렇게 정리할 수 있습니다. Business Premium을 이미 사용하고 있고 PC를 Intune으로 관리하고 있다면(또는 앞으로 관리할 예정이라면), Autopatch는 ‘추가 비용 제로로 얹을 수 있는 지붕’입니다. 반대로 온프레미스 AD와 GPO만으로 운영하고 있는 회사에게 Autopatch 도입은 곧 Entra ID+Intune으로의 이전 프로젝트가 되며, 업데이트 관리만을 위해 뛰어들 규모의 이야기가 아닙니다. 이 경우에는 먼저 GPO로 WUfB로 옮기고, 클라우드 관리로 이전할 날이 오면 Autopatch를 검토하는 순서가 자연스럽습니다.

6. 판단표 ── 어떤 회사가 무엇을 선택하는가

지금까지의 내용을 한 장으로 정리합니다. 먼저 큰 갈림길을 플로우로 확인하고, 세부 사항은 표로 확인해 주십시오.

flowchart TB
    Q1{"폐쇄·오프라인망인가"} -- "예" --> WSUS["WSUS 유지<br/>대장+재검토 기한이 있는 관리된 예외로"]
    Q1 -- "아니요" --> Q2{"PC를 Intune으로 관리하고 있는가<br/>- 또는 이전 예정인가"}
    Q2 -- "아니요 - 온프레미스 AD+GPO" --> GPO["GPO로 WUfB를 구성<br/>추가 비용 없음·가장 연속성 높음"]
    Q2 -- "예" --> Q3{"Business Premium이나<br/>E3 이상의 라이선스가 있는가"}
    Q3 -- "있음" --> AP["Windows Autopatch"]
    Q3 -- "없음" --> RING["Intune의 업데이트 링 - WUfB"]

주의할 점을 두 가지 덧붙입니다. 첫째, Home 에디션이 섞여 있으면 WUfB의 무대에 오를 수 없습니다.⁶ 소규모 기업에서 ‘구입했을 때 그대로인 Home’인 PC는 드물지 않으며, 이전 계획의 첫 작업은 사실 에디션 조사입니다. 둘째, 폐쇄망의 WSUS를 남기는 판단은 ‘공정하게 봐도 합리적’이지만, 비권장이라는 사실은 변하지 않습니다. 지원 종료된 Windows 10의 격리 운용과 마찬가지로, 대장에 기재하고 재검토 기한을 정해야 비로소 관리된 예외가 됩니다.

7. 이전 실무 ── WSUS에서 WUfB로 옮길 때의 뼈대

WSUS에서 WUfB로의 전환에서 기술적으로 가장 걸려 넘어지기 쉬운 것은 신구 정책의 혼재입니다. 전체 흐름을 먼저 제시합니다.

flowchart TB
    A["1. 전체 GPO 정책 조사<br/>- WSUS 지정·자동 업데이트·연기 계열"] --> B["2-3. 스캔 소스 정책으로<br/>업데이트 종류별로 가져올 곳을 명시"]
    B --> C["4. 기능 업데이트의 연기·타깃<br/>버전을 명시 - Windows 11 사고 방지"]
    C --> D["5. 파일럿부터 순서대로 WSUS 지정을 해제하고<br/>WUfB 정책을 적용 - 1~2개월 병행"]
    D --> E["6. 전체 전환 후 1사이클 관찰하고<br/>WSUS 서버를 정리 - 폐쇄망용은 대장에 등록"]

절차의 세부 사항은 다음과 같습니다.

1. 현재 정책을 조사한다. WSUS 서버 지정(인트라넷 업데이트 서비스 위치), 자동 업데이트 구성, 과거에 넣어둔 연기 계열 정책의 3종류를 모든 GPO에서 찾아냅니다.
2. 듀얼 스캔의 함정을 알아둔다. Windows 10에서는 WSUS 서버 지정과 연기 정책이 함께 있으면 검색 대상이 Windows Update로 전환되는 동작(이른바 듀얼 스캔)이 있으며, 이를 억제하던 기존 정책은 Windows 11에서는 지원되지 않습니다.¹⁰
3. 스캔 소스 정책으로 명시한다. 현재의 정공법은 컴퓨터 구성\관리 템플릿\Windows 구성 요소\Windows Update\Manage updates offered from Windows Server Update Service 아래의 「Specify source service for specific classes of Windows Updates」로, 기능 업데이트·품질 업데이트·드라이버·기타 Microsoft 제품의 4가지 분류별로 가져올 곳을 WSUS로 할지 Windows Update로 할지 지정하는 것입니다(MDM에서는 SetPolicyDrivenUpdateSourceFor~의 4가지 정책을 모두 설정). Microsoft 스스로도 온프레미스 관리에서 클라우드로의 이행기에 ‘먼저 드라이버만 클라우드로’와 같은 단계적 이행을 권장하고 있습니다.¹⁰
4. Windows 11의 예상치 못한 업그레이드에 주의한다. WSUS 구성인 채로 기능 업데이트의 스캔 소스나 제공 정책을 설정하지 않은 상태로 두면, 사용자가 ‘업데이트 확인’을 누를 때 Windows 11로의 업그레이드가 표시되는 경우가 있습니다.¹⁰ 이행기일수록 기능 업데이트의 연기(최대 365일)나 대상 버전 지정을 명시해 두십시오.
5. 링을 만들어 전환한다. 4장의 3개 링을 준비하고, 파일럿 OU/그룹부터 순서대로 WSUS 지정을 해제하여 WUfB 정책을 적용합니다. 1~2개월의 병행 기간 동안 배달 최적화의 효과(피어 취득률)와 회선 부하를 확인한 뒤 전사로 확대합니다.
6. WSUS 서버를 정리한다. 모든 클라이언트의 전환 후, 서버는 바로 지우지 않고 1사이클(1개월) 관찰한 뒤 정지합니다. 폐쇄망용으로 남기는 경우에는 역할을 그것으로 한정하여 대장에 기재합니다.

8. 업무 앱 측의 관점 ── 업데이트로 업무를 멈추지 않기 위해

수탁 개발의 입장에서 말하자면, 업데이트 관리 방식 변경에서 정말로 지키고 싶은 것은 ‘패치가 적용되는 것’뿐만 아니라 패치가 적용되어도 업무 앱이 계속 동작하는 것입니다. IPA의 ‘정보보안 10대 위협’에서도 수정 프로그램의 적용은 기본 대책의 첫머리에 계속 꼽히고 있습니다(‘정보보안 10대 위협 2026을 보는 법’). 적용을 멈추지 않는 구조와 적용으로 인해 망가지지 않는 대비는 두 바퀴입니다.

• 파일럿 링에 ‘업무 앱의 대표기’를 반드시 넣는다. Office 버전, 장표 도구, 장비 연결 등 구성이 다른 PC를 한 대씩 선정하여, 업데이트 후 업무가 한 바퀴 도는 것을 확인합니다. 링은 정보시스템 부서만을 위한 것이 아니라 앱 검증의 장치이기도 합니다.
• 재시작을 견디는 앱 설계·운영을 갖춰 둔다. 업데이트의 마무리는 반드시 재시작입니다. 사용 중인 파일의 교체나 앱의 자동 재개 구조는 ‘Restart Manager와 자동 업데이트의 「파일 사용 중」 문제‘에서, 야간 업데이트와 상주 앱·장시간 구동 앱의 관계는 ‘슬립·최대 절전·Modern Standby와 장시간 구동 앱‘에서 다루고 있습니다.
• 앱 측 업데이트 배포도 함께 재검토한다. OS 업데이트를 클라우드 배포로 옮긴다면, 업무 앱과 주변 도구의 배포도 수작업에서 스크립트화·패키지 관리로 옮길 좋은 기회입니다. winget을 이용한 설치 자동화는 ‘winget과 PowerShell로 PC 키팅을 자동화하기‘에 정리해 두었습니다.
• ‘업데이트 후 동작하지 않음’의 원인 분리 절차를 미리 정해 둔다. 일시 중지(최대 35일)로 전사 확대를 멈춘 다음, 파일럿 기기에서 재현을 확인하고, 앱 측의 수정인지 정책 측의 제외(드라이버 제외 등)인지를 판단하는 흐름을 사전에 정해 두면, 장애 발생 당일 헤매지 않습니다.

9. 정리

• WSUS의 비권장(2024년 9월 20일 발표)은 ‘신규 기능 개발의 종료’이며, 동기화·배포는 2026년 8월 시점에도 동작하고 있습니다. 드라이버 동기화도 철회를 거쳐 계속되고 있습니다. 당황할 필요는 없지만, WSUS에 대한 신규 투자는 그만둘 시기입니다.
• 후속의 유력 후보는 추가 비용이 없는 WUfB(Windows Update client policies)입니다. 품질 업데이트 30일·기능 업데이트 365일의 연기와 35일의 일시 중지를 GPO 또는 Intune으로 구성하고, 링으로 단계적으로 배포합니다. Home 에디션은 대상 외입니다.
• 대역폭 문제에는 배달 최적화(기본값으로 활성화된 P2P 공유)가 답이 됩니다. WSUS의 배포 서버가 없어도 회선은 생각보다 지킬 수 있습니다.
• Autopatch는 WUfB의 운영 자동화입니다. Business Premium에서도 사용할 수 있게 된 한편, Entra ID+Intune이 전제이므로 온프레미스 AD만 있는 회사에게는 먼 선택지입니다. GPO로 WUfB로, 가 연속성 있는 첫걸음입니다.
• 이전의 기술적인 고비는 정책 혼재 정리입니다. 스캔 소스 정책으로 업데이트 종류별로 가져올 곳을 명시하고, 단계적으로 전환해 주십시오.
• 폐쇄 네트워크에서는 WSUS가 아직 현실적인 해법입니다. 다만 대장과 재검토 기한을 한 세트로 한 ‘관리된 예외’로서 남겨 두십시오.
• 업데이트 관리의 목적은 적용률이 아니라 사업 지속입니다. 파일럿 링에 업무 앱의 대표기를 넣고, 재시작을 견디는 설계·운영까지 포함해야 비로소 완성됩니다.

관련 글

• Windows 10 지원 종료 이후의 현실적 해법 ── ESU·LTSC·교체 판단표
• 정보보안 10대 위협 2026 ── 랭킹을 보는 법과 중소기업이 정말 대비해야 할 것
• 사용 중인 exe/DLL을 어떻게 교체할까 ── Restart Manager와 자동 업데이트의 「파일 사용 중」 문제
• winget + PowerShell로 PC 키팅을 자동화하기 ── 절차서를 실행 가능하게 만들기
• 슬립・최대 절전 모드・Modern Standby와 장시간 가동 앱 ── ‘한밤중에 멈춰 있었다’를 설계로 막는다
• VB6 / Access 업무 애플리케이션의 연명과 이전 ── 남기다·감싸다·교체하다 판단표

관련 상담 영역

합동회사 코무라소프트에서는 Windows Update 적용에 따른 업무 앱 장애 조사, 업데이트·재시작을 견디는 앱 설계(Restart Manager 대응, 자동 재개), 사내 PC 운영 자동화 스크립트 정비 등, 업데이트 관리의 ‘앱 측’ 기술 상담을 다루고 있습니다. ‘업데이트가 있을 때마다 그 앱이 불안하다’는 단계의 상담부터도 괜찮습니다.

• Windows 앱의 현대화·유지보수
• 불량 조사·원인 분석
• 기술 상담·설계 리뷰
• 문의하기

참고 링크

관련 기사

같은 태그를 공유하는 최신 기사입니다. 더 가까운 주제로 지식을 넓힐 수 있습니다.

관련 토픽

이 기사와 가까운 토픽 페이지입니다. 기사를 출발점 삼아 관련 서비스와 다른 기사로 이어집니다.

자주 묻는 질문

이 기사 주제에 대해 상담 시 자주 나오는 질문을 모았습니다.

WSUS는 언제까지 사용할 수 있나요?

종료일은 발표되지 않았습니다. 2024년 9월 20일의 비권장 발표는 '신규 기능 개발과 새로운 기능 요청 접수를 중단한다'는 의미로, 기존 기능은 유지되며 업데이트 프로그램은 WSUS 채널을 통해 계속 공개되고 있습니다. Windows Server 2025에도 WSUS 역할은 탑재되어 있으며, 프로덕션 환경에서의 지원과 보안·품질 업데이트는 제품 수명 주기에 따라 계속됩니다. 2026년 8월 시점에서 동기화·배포 모두 평소와 다름없이 동작하고 있습니다. 다만 신규 기능은 앞으로도 추가되지 않으므로, '계속 사용할 수는 있지만 신규 투자처로 삼지는 않는다'가 현실적인 선입니다.

Windows Update for Business(WUfB)에 추가 비용이 드나요?

추가 비용은 들지 않습니다. WUfB(현재 공식 명칭은 Windows Update client policies)는 Windows 10/11의 Pro(Pro for Workstations 포함)·Education·Enterprise(LTSC, IoT Enterprise 포함)에서 추가 비용 없이 사용할 수 있는 기능입니다. Home 에디션은 대상 외입니다. 설정은 그룹 정책과 MDM(Intune 등) 중 어느 쪽으로도 할 수 있으며, 품질 업데이트는 최대 30일, 기능 업데이트는 최대 365일의 연기와 최대 35일의 일시 중지를 구성할 수 있습니다. WSUS와 같은 배포 서버는 필요 없으며, 업데이트 프로그램 자체는 Windows Update에서 직접 배포됩니다.

Windows Autopatch에는 어떤 라이선스가 필요한가요?

2026년 시점의 요건상, Microsoft 365 Business Premium, Windows 10/11 Education A3/A5(Microsoft 365 A3/A5에 포함), Windows 10/11 Enterprise E3/E5(Microsoft 365 F3/E3/E5에 포함), Enterprise E3/E5 VDA 중 하나로 이용할 수 있습니다. 과거에는 Enterprise E3 이상이 전제였지만, 현재는 Business Premium에서도 업데이트 링이나 품질·기능·드라이버 업데이트 관리 같은 핵심 기능을 사용할 수 있습니다(Microsoft에 대한 지원 요청 기능은 E3 이상과 F3에서만 가능). 이 밖에 Microsoft Entra ID P1/P2와 Microsoft Intune이 필수이며, 대상 디바이스는 Intune에 등록된 회사 소유 PC여야 합니다.

WSUS로 관리하는 PC에 WUfB의 연기 정책을 섞으면 어떻게 되나요?

Windows 10에서는 WSUS 서버 지정과 연기 정책이 동시에 있으면 검색 대상이 Windows Update로 전환되는, 이른바 듀얼 스캔 동작이 발생하여 의도치 않게 WSUS의 승인을 거치지 않은 업데이트가 적용되는 경우가 있습니다. 이를 제어하던 기존 정책(Do not allow update deferral policies to cause scans against Windows Update)은 Windows 11에서는 지원되지 않으며, 후속 정책인 스캔 소스 정책(Specify source service for specific classes of Windows Updates)으로 기능 업데이트·품질 업데이트·드라이버·기타 제품의 4가지 분류별로 가져올 곳을 WSUS로 할지 Windows Update로 할지 명시하는 것이 현재의 정공법입니다. 이행기에는 '드라이버만 먼저 클라우드로'와 같은 단계적 이행이 쉬워집니다.

인터넷에 나갈 수 없는 폐쇄 네트워크의 PC는 어떻게 해야 하나요?

폐쇄·오프라인 환경에서는 내보내기/가져오기를 이용한 오프라인 동기화까지 포함해 WSUS가 여전히 현실적인 해법입니다. WUfB·Autopatch는 배포도 관리도 클라우드(Windows Update 서비스와 Intune)를 전제로 하기 때문에 애초에 성립하지 않습니다. Microsoft 스스로도 연결이 끊긴 환경으로부터의 피드백을 이유로, 한 차례 예고했던 WSUS 드라이버 동기화 종료(2025년 4월 18일 예정)를 2025년 4월 4일에 철회하고 계속 지원한다고 발표했습니다. 폐쇄망의 WSUS는 '남겨도 되는 WSUS'이지만, 비권장이라는 사실 자체는 변하지 않으므로, 자산 대장에 기재하고 향후 구성 변경에 대비해 두는 것을 권장합니다.

저자 프로필

기사 저자의 프로필 페이지입니다.

Go Komura

합동회사 코무라소프트 대표

Windows 소프트웨어 개발, 기술 상담, 장애 조사를 중심으로 재현이 어려운 장애 조사와 기존 자산이 남아 있는 프로젝트에 강점이 있습니다.