Переход Azure DevOps OAuth на Microsoft Entra ID
Azure DevOps OAuth — прежняя отдельная платформа авторизации приложений для доступа к Azure DevOps Services от имени пользователя. Microsoft прекратила принимать новые регистрации в апреле 2025 года и запланировала полное удаление этой платформы в 2026 году. Существующее приложение может продолжать работать сейчас, однако его client ID, адреса выдачи токенов и сохранённые разрешения требуют переноса на Microsoft Entra ID.
Мы регистрируем приложение в Microsoft Entra ID, выбираем разрешения ресурса Azure DevOps и переводим код на современный поток OAuth. Access token и refresh token хранятся и обновляются по понятным правилам, а токен передаётся в REST API как непрозрачное подтверждение доступа. Для пользователей готовим повторное согласие, потому что токены двух платформ несовместимы и автоматически заменить старый refresh token новым нельзя.
Переключение проходит на контрольной организации и реальных операциях приложения. Сверяем чтение и изменение выбранных сущностей, работу callback, обновление токена, отказ пользователя, отзыв разрешения и ответы 401 или 403. После приёмки команда получает карту настроек Entra ID, таблицу разрешений, журнал тестов и порядок наблюдения за авторизацией после запуска.
Когда стоит обратиться
Обычно к нам обращаются в таких ситуациях:
- В коде используются адреса app.vssps.visualstudio.com/oauth2 и регистрация приложения из прежнего кабинета Azure DevOps OAuth.
- Команда добавляет нового клиента или callback, а создать новую регистрацию Azure DevOps OAuth уже невозможно.
- Интеграция читает задачи, репозитории, сборки или тесты от имени сотрудников и должна сохранить доступ после удаления старой платформы.
- Сервис хранит refresh token и Azure DevOps user ID, поэтому переход требует обновить больше, чем URL авторизации.
Что именно мы сделаем
Инвентаризируем регистрацию Azure DevOps OAuth, scopes, callback-адреса, пользователей и все места работы с токенами.
Создаём приложение Microsoft Entra ID и назначаем разрешения Azure DevOps под фактические операции сервиса.
Обновляем вход, callback, обмен кода, хранение и обновление токенов, затем добавляем повторное согласие пользователей.
Сопоставляем идентификаторы пользователей и проверяем рабочие REST API-вызовы в новом контуре авторизации.
Переключаем приложение по выбранному плану, наблюдаем журнал и передаём настройки с протоколом тестов.
Что входит в стоимость
49 900 ₽ за всю работу
Находим действующую регистрацию Azure DevOps OAuth, callback-адреса, scopes, хранилище access и refresh token и все места вызова REST API. Создаём или настраиваем приложение Microsoft Entra ID, добавляем разрешения Azure DevOps, обновляем authorization code flow и библиотеку авторизации, переносим безопасное хранение токенов и добавляем повторное согласие пользователей. Проверяем сопоставление идентификаторов, обновление токена, отзыв доступа и контрольные API-операции до переключения рабочего трафика.
Что будет готово
Передадим вам
- Рабочая регистрация Microsoft Entra ID и обновлённая авторизация приложения для Azure DevOps Services.
- Карта callback-адресов, разрешений, операций REST API и сопоставления пользовательских идентификаторов.
- Безопасное хранение и обновление токенов, журнал входов и понятная обработка отказа, отзыва и ошибок доступа.
- Протокол контрольных сценариев, план переключения и инструкция для владельца приложения и администратора Entra ID.
Перед сдачей проверим
- Контрольный пользователь проходит вход через Microsoft Entra ID и возвращается на выбранный callback без потери состояния.
- Приложение выполняет выбранные операции Azure DevOps с новым токеном и успешно обновляет доступ после истечения access token.
- Повторное согласие связывает пользователя с правильной записью, а отказ, отзыв и недостаточные права отображаются в журнале и интерфейсе.
- После переключения старые реквизиты исключены из рабочего маршрута, а команда получает проверяемые настройки и инструкцию сопровождения.
Как это выглядит на практике
Внутренний отчёт снова получает данные Azure Boards после повторного согласия
- 01
Сотрудник открывает отчёт и выбирает подключение своей организации Azure DevOps через Microsoft Entra ID.
- 02
Entra ID показывает выбранные разрешения, затем возвращает пользователя на проверенный callback приложения.
- 03
Сервис сопоставляет учётную запись, получает список проектов и рабочие элементы теми же REST API, которые использовал отчёт.
- 04
После истечения access token обновление проходит автоматически, а журнал связывает запуск с пользователем и организацией без записи секретов.
Что понадобится для работы
От вас
- Доступ владельца к существующей регистрации Azure DevOps OAuth, коду приложения и безопасным настройкам окружения.
- Администратор Microsoft Entra ID, который создаст регистрацию или подтвердит разрешения и политику согласия.
- Перечень организаций Azure DevOps, используемых REST API, scopes, callback-адресов и контрольных пользователей.
- Тестовый контур или время для контрольного входа, чтения и изменения данных без влияния на текущую работу.
Если у вас немного другая ситуация
Небольшие уточнения, которые помогают довести согласованный результат до рабочего состояния, уже учитываем в цене. Если по ходу работы появится отдельный крупный блок или понадобится платная лицензия, сначала обсудим варианты и стоимость. Расскажите о своей ситуации — подстроим план под неё.
- 3 000 ₽после подписания договора через Диадок
- 46 900 ₽после выполнения, демонстрации и приёмки результата
Предоплата входит в общую стоимость. Оставшуюся сумму оплачиваете после демонстрации и приёмки готовой работы.
Часто спрашивают
Об этой услуге
Почему переход Azure DevOps OAuth нужно планировать в 2026 году?
Microsoft пометила Azure DevOps OAuth как устаревающую платформу, прекратила новые регистрации в апреле 2025 года и запланировала её удаление в 2026 году. Переход заранее оставляет время на повторное согласие пользователей и проверку рабочих операций.
Сохранятся ли старые access token и refresh token?
Токены Azure DevOps OAuth и Microsoft Entra ID относятся к разным платформам и несовместимы между собой. Пользователь проходит новую авторизацию, после чего приложение сохраняет новый набор токенов по обновлённым правилам.
Потребуется ли каждому пользователю входить заново?
Для делегированного доступа требуется повторное согласие через Microsoft Entra ID. Мы готовим понятный экран перехода, сохраняем исходную задачу пользователя и связываем новую авторизацию с правильной записью приложения.
Как выбираются разрешения Microsoft Entra ID для Azure DevOps?
Сначала составляем перечень фактических REST API-операций: чтение задач, работа с кодом, сборками или другими сущностями. Затем назначаем только соответствующие разрешения ресурса Azure DevOps и подтверждаем их контрольными вызовами.
Подходит ли услуга для Azure DevOps Server в локальной сети?
Эта страница относится к Azure DevOps Services и облачной авторизации Microsoft Entra ID. Для Azure DevOps Server сначала проверяем версию, Windows Authentication, клиентские библиотеки и допустимый способ доступа, после чего предлагаем подходящий маршрут.
Что будет с фоновыми заданиями без участия пользователя?
Для каждого задания определяем, нужен ли делегированный пользовательский доступ или системная идентичность. При подходящем сценарии используем service principal либо managed identity и проверяем права в конкретной организации Azure DevOps.
Как проверяется переход перед рабочим переключением?
Контрольный набор охватывает вход, callback, обновление токена, чтение и изменение выбранных данных, отзыв разрешения и ошибки 401 или 403. Результаты фиксируются по операциям, пользователям и организациям в протоколе.
Что входит в фиксированную цену 49 900 рублей?
В стоимость входят аудит одного приложения, регистрация Entra ID, обновление OAuth-потока и токенов, повторное согласие, контрольные API-вызовы, переключение, журнал и инструкция. Предоплата составляет 3 000 рублей по договору через Диадок, остаток оплачивается после приёмки.
Цена и изменения по ходу работы
Цена на странице окончательная?
Да. Перед началом мы сверяем исходные данные и фиксируем результат в договоре. Указанная на странице сумма покрывает согласованную работу целиком, даже если её техническая реализация потребует больше времени, чем ожидалось при оценке.
Что означает резерв незапланированных работ?
Это уже включённый в цену запас времени на небольшие связанные уточнения заказчика, которые появляются после старта: например, добавить поле, изменить формат уведомления или учесть ещё одно условие обработки.
Резерв рассчитывается по формуле: стоимость услуги × 30% ÷ 1 500 ₽. Для услуги за 30 000 ₽ это 6 часов. Эти часы относятся только к дополнительным, заранее незапланированным уточнениям. Они не являются сроком проекта и не ограничивают время на основную работу: согласованный результат мы выполняем полностью.
Можно уточнять детали уже во время работы?
Да. Небольшие связанные изменения обычно помещаются во включённый резерв и не требуют доплаты. Если новая идея заметно меняет результат или превращается в самостоятельную задачу, сначала обсудим подход и стоимость. Любое решение согласуем до выполнения.
Начало работы и оплата
Как оформляются договор и оплата?
Подписываем договор через Диадок. Предоплата составляет 3 000 ₽ и входит в общую стоимость услуги. Остаток оплачивается после демонстрации и приёмки готового результата.
Когда начинается срок выполнения?
Срок отсчитывается после согласования задачи, получения необходимых доступов и материалов, подписания договора и поступления предоплаты. Конкретную дату старта и плановый день готовности подтверждаем перед началом.
Как учитываются платные лицензии и внешние сервисы?
До старта проверяем, нужны ли тарифы, лицензии, сертификаты или дополнительные ресурсы внешних систем. Если они потребуются, заранее покажем варианты и стоимость. По возможности аккаунты и лицензии оформляются сразу на заказчика.
Проверка результата и гарантия
Как принимается готовая работа?
Вместе проверяем согласованные сценарии на контрольных данных или тестовой копии, а затем демонстрируем результат. Для интеграций сверяем передачу данных и обработку ошибок, для сайта — работу нужных страниц и действий пользователя, для отчёта — расчёты и обновление данных.
Какая гарантия действует после сдачи?
На выполненные изменения действует гарантия 3 месяца. Если в изменённой нами части обнаружится ошибка нашей реализации, проверим и исправим её без дополнительной оплаты. Переданные материалы, настройки и код остаются у заказчика.
Связанные шаги
- 01Аудит безопасности OAuth 2.0 и OpenID Connect
Проверить текущую схему OAuth и разрешения
- 02Переход Azure DevOps OAuth на Microsoft Entra ID
Перенести Azure DevOps OAuth на Microsoft Entra ID
- 03Аудит безопасности API-интеграции
Проверить безопасность обновлённой API-интеграции