Выход Microsoft Dev Box из эксплуатации: план перехода и график

By Mirko Peters · 2026-10-29

Узнайте о сроках выхода Microsoft Dev Box из эксплуатации, ключевых датах перехода и о том, как ИT-командам планировать миграцию облачных рабочих станций до 2028 года.

Automatically translated with AI from the original post. Read the English original

Понимание графика выхода Microsoft Dev Box из эксплуатации критически важно для ИT-администраторов и облачных архитекторов, которые сейчас используют облачные рабочие станции. В этом руководстве разбираются ключевые даты вывода службы, этапы отключения и стратегические шаги, которые организациям необходимо предпринять, чтобы проверить свою среду и спланировать бесшовную миграцию со службы до окончательного прекращения поддержки.

Главное

• Microsoft запланировала официальный вывод службы Microsoft Dev Box из эксплуатации на 18 сентября 2028 года.
• Приём новых клиентов официально завершился 1 ноября 2025 года, поэтому новые команды, не подключившиеся ранее, не могут начать работу со службой.
• Период сворачивания службы начался 14 сентября 2026 года и стал переходным этапом для существующих развертываний.
• Организациям, которые используют Dev Box, необходимо проверить текущую облачную инфраструктуру и разработать стратегию миграции.
• Существующие среды остаются работоспособными в течение переходного периода, однако долгосрочные зависимости от них следует исключить.

Понимание графика вывода из эксплуатации

Для организаций, которые существенно инвестировали в облачные рабочие станции, недавние объявления о жизненном цикле Microsoft Dev Box создали острую необходимость в стратегической переоценке. Облачная инфраструктура даёт огромную гибкость как командам платформенной инженерии, так и разработчикам, однако службы время от времени достигают конца поддерживаемого жизненного цикла по мере того, как Microsoft меняет архитектурные приоритеты.

График вывода из эксплуатации определяют несколько ключевых дат, от которых зависит, как инженерные группы должны управлять существующими процессами. Понимание этих вех помогает убедиться, что платформенные команды не создают непреднамеренно новых долгосрочных технических зависимостей от службы с определённым сроком окончания. Анализ графика позволяет руководству согласовать расходы на облако с долгосрочными целями предприятия.

Ключевые этапы жизненного цикла

Изменение жизненного цикла началось с того, что Microsoft прекратила принимать новых клиентов для службы. Это означало, что любая команда или организация, которая впервые пытается внедрить модель облачных рабочих станций, сразу сталкивалась с препятствиями, если у неё не было заранее оформленных подписок. После этого первого ограничения начался официальный период сворачивания, запустив отсчёт времени для всех существующих корпоративных внедрений.

Окончательное отключение запланировано на конец сентября 2028 года. В этот момент все оставшиеся службы прекратят работу. Такой многолетний запас времени призван дать действующим корпоративным клиентам достаточно пространства для перевода своих команд разработки на альтернативные решения без катастрофических сбоев в работе активных конвейеров поставки программного обеспечения.

Аудит текущей среды

Прежде чем можно будет сформировать стратегию миграции, ИT-администраторы должны провести комплексный аудит текущей облачной инфраструктуры. Поскольку Dev Box глубоко интегрирован с подписками Azure, Microsoft Entra ID и Microsoft Intune, выявление каждого активного развертывания требует методичного подхода к обнаружению инфраструктуры.

Инженерам платформы необходимо задокументировать каждый активный dev center, группу проектов и пул машин. Эта инвентаризация также должна описывать конкретные сетевые подключения и пользовательские определения образов, связанные с каждым пулом. Без чёткого понимания того, сколько разработчиков ежедневно используют эти ресурсы, спланировать эффективную стратегию выхода практически невозможно.

Выявление скрытых зависимостей

Помимо базовых пулов оборудования, командам нужно оценить и связанные зависимости: пользовательские каталоги, скрипты настройки и конвейеры автоматического развертывания. Многие организации автоматизировали процессы подключения сотрудников, опираясь на режим самообслуживания Dev Box. Документирование этих скриптов позволяет сохранить накопленные знания, когда придет время перестраивать эти процессы на другых платформах.

Кроме того, анализ отчетов Azure о выставлении счетов может показать, какие команды эффективно используют режимы гибернации и автоматической остановки по расписанию. Выявление недозагруженных пулов помогает определить, какие проекты стоит мигрировать в первую очередь, и оптимизировать расходы на облако в последний период эксплуатации.

Формирование стратегии миграции

После завершения этапа инвентаризации руководство инженерного направления должно перейти к определению надежного пути миграции. Основная задача — обеспечить, чтобы разработчики почти не замечали трудностей при переходе с устаревающего сервиса. Рекомендации Microsoft предполагают, что существующие развертывания следует рассматривать как временные решения, а не как постоянную архитектурную основу.

Организациям следует избегать написания новых пользовательских скриптов и расширения парка Dev Box. Вместо этого ресурсы стоит направить на оценку альтернативных облачных рабочих станций, таких как Windows 365 Enterprise или Azure Virtual Desktop, в зависимости от того, преобладают ли задачи общей продуктивности или специализированной разработки.

План поэтапного перехода

Успешный план перехода обычно строится поэтапно, по аналогии с рекомендациями по первоначальному внедрению облачных рабочих станций:

• Этап 1: выбор пилотной команды - Выберите небольшую команду разработчиков с низким уровнем риска, от пяти до десяти инженеров, для тестирования альтернативных рабочих сред.
• Этап 2: тестирование совместимости инструментов - Убедитесь, что необходимые интегрированные среды разработки (IDE), интеграции с системами управления исходным кодом и политики безопасности работают на новой платформе так же, как и раньше.
• Этап 3: поэтапное выведение из эксплуатации - Постепенно отключайте старые пулы Dev Box проект за проектом, убедившись, что руководители команд подтвердили работу новой инфраструктуры, прежде чем окончательно отключить старую.
• Этап 4: полная очистка подписки - Удалите связанные центры разработки, сетевые интерфейсы и ресурсы Azure, чтобы исключить сохраняющиеся расходы на облако.

Заключение

Прекращение поддержки Microsoft Dev Box показывает, насколько быстро меняется облачная инфраструктура и почему необходимо постоянное управление. Срок вывода сервиса из эксплуатации даёт достаточно времени для организованного перехода, но проактивное планирование необходимо, чтобы избежать аврала в последний момент. Чтобы глубже разобраться в том, как работают современные облачные среды, и услышать подробный разбор эволюции стратегии Microsoft в отношении рабочих станций, обязательно послушайте сопутствующее аудиообсуждение. Слушайте полный эпизод, чтобы получить экспертные комментарии, и подписывайтесь на постоянное освещение экосистемы облачных сервисов Microsoft.

Часто задаваемые вопросы

Когда официально прекращается поддержка Microsoft Dev Box?

Сервис Microsoft Dev Box официально выводится из эксплуатации 18 сентября 2028 года в 17:00 по UTC.

Могут ли новые компании по-прежнему подключиться к Microsoft Dev Box?

Нет, Microsoft прекратила принимать новых клиентов для сервиса Dev Box 1 ноября 2025 года.

Что происходит с существующими развертываниями Dev Box прямо сейчас?

Существующие развертывания продолжают нормально работать в течение переходного периода, позволяя компаниям использовать их как временное решение, пока они планируют миграцию.

Какой первый шаг рекомендуется компаниям, которые сейчас используют Dev Box?

Рекомендуемый первый шаг — провести тщательную инвентаризацию инфраструктуры, чтобы выявить все активные пулы, проекты и зависимости, связанные с сервисом.