Microsoft начнет деприкацию Windows Deployment Services в следующем релизе Windows Server после версии 2025. Для администраторов это не просто еще одна строка в списке устаревших ролей: под удар попадает привычная схема сетевого развертывания Windows через PXE, которой многие инфраструктуры пользовались годами.
О решении Microsoft сообщает BleepingComputer со ссылкой на раннее уведомление компании, опубликованное на этой неделе. Речь идет о серверной роли WDS, связанных службах, инструментах управления, интерфейсах и PXE-функциональности, которую предоставляет сам WDS. После объявления деприкации Microsoft прекратит активную разработку компонента, а в одном из будущих выпусков Windows Server планирует полностью удалить его из системы.
Windows Deployment Services появился как переработанная версия Remote Installation Services. Его задача была понятной и довольно будничной: дать IT-администраторам способ устанавливать Windows на десятки или сотни машин по сети, без ручной беготни с флешками и установочными образами. В корпоративной среде это особенно важно при массовом обновлении рабочих мест, подготовке учебных классов, лабораторий, филиалов или серверных окружений.
Но Microsoft уже несколько лет аккуратно разбирает WDS по частям. В 2021 году компания убрала поддержку boot.wim. В январе 2026-го под нож пошло автоматическое развертывание без участия пользователя; после апрельских обновлений Windows 2026 года и более поздних апдейтов такая возможность отключена по умолчанию для всех клиентов. Фактически WDS уже давно перестал быть универсальным инструментом для установки клиентских Windows так, как его привыкли использовать многие администраторы.
После этих изменений Microsoft перестала официально поддерживать развертывание стандартных настольных ОС через штатный установочный движок WDS, начиная с Windows 11. Роль сузилась до двух основных сценариев: развертывание Windows Server и загрузка кастомных сред развертывания. Новое объявление просто доводит этот курс до логического конца: компонент еще жив, но его дальнейшая судьба уже названа вслух.
Важная деталь: WDS не исчезает завтра утром после перезагрузки сервера. Microsoft подчеркивает, что устаревшие компоненты остаются поддерживаемыми до удаления из будущей версии ОС. На всех сейчас поддерживаемых выпусках Windows Server, включая Windows Server 2025 и более ранние версии, роль WDS и связанные функции продолжают работать в рамках опубликованных жизненных циклов обслуживания. То есть аварийной миграции на выходных не требуется, но откладывать инвентаризацию на «после квартального отчета» тоже рискованно.
Microsoft отдельно уточняет, что сторонние продукты для развертывания ОС и независимые реализации PXE, которые не зависят от WDS, это объявление не затрагивает. Не меняется и поддержка развертывания операционных систем в Microsoft Configuration Manager. Но есть нюанс, тот самый, из-за которого администраторы обычно начинают тяжело смотреть в сторону схем: если среда Configuration Manager использует PXE на базе WDS или зависит от WDS для multicast-сценариев, эти зависимости придется вычищать.
Практический вывод для IT-команд простой: нужно понять, где именно в инфраструктуре еще используется Windows Deployment Services. Это может быть отдельный сервер развертывания, старый процесс подготовки рабочих станций, учебный стенд, филиальная схема или «временное» решение, которое прожило семь лет и теперь считается критичным. Особенно внимательно стоит проверить PXE-загрузку, multicast-раздачу образов и любые инструкции, где WDS упоминается как базовый слой, даже если поверх него давно стоит другой инструмент.
Для бизнеса эта новость неприятна не потому, что Microsoft убирает экзотическую функцию, а потому что затрагивает инфраструктурную рутину. WDS обычно не обсуждают на стратегических сессиях, пока он работает. Зато когда он перестает быть поддерживаемой опорой для будущих релизов Windows Server, выясняется, что на нем держатся процессы онбординга устройств, восстановления после сбоев и массового обновления парка. Хорошая новость: времени на планирование еще достаточно. Плохая: именно такие миграции легко забыть до момента, когда новый сервер уже куплен, образ готов, а старая схема внезапно не помещается в новую реальность.
Microsoft советует заранее планировать переход на альтернативы, включая Microsoft Configuration Manager, который дает более гибкий набор сценариев для работы с образами Windows. Для организаций, где уже есть Configuration Manager, задача будет не в покупке нового инструмента, а в избавлении от старых связок с WDS. Для остальных это повод пересмотреть весь процесс подготовки устройств: от PXE и образов до того, кто в компании вообще владеет этим процессом — инфраструктурная команда, служба поддержки, безопасность или все сразу понемногу.
История с WDS хорошо показывает общий тренд Microsoft: старые серверные роли не обязательно выключают резко, но их все чаще переводят в режим доживания, если они не вписываются в текущую модель управления устройствами и безопасностью. Следующий вопрос для администраторов уже не в том, исчезнет ли WDS, а в том, сколько невидимых зависимостей от него всплывет при первой честной проверке инфраструктуры.