хм, я пока в браузере накидываю :)
изучаю пайплайны всего неделю.  мало в чем разбираюсь.
а каким образом можно будет перенести деплой релизов на сервер партнера ?

без накликивания с 0

экспорт\импорт но там такое себе

ну лучше, чем ничего

бот оказался быстрее нашего бота))

Заказчик дал доступ в azure. Сам azure используется как gateway для приложения расположенного в интранете. Бекенд (приложение) аутентифицирует пользователя по токену, который я копирую из заголовка "authorization", заходя azure portal. Переодически срок ключа истекает и мне приходится повторять процедуру: открывать портал, открывать chrome dev tools, копирать ключ, вставлять в свое приложение, пересобирать свое приложение-клиент. Вопрос: можно ли как-то автоматизировать? Начал читать все вокруг aad, но не уверен, что azure будет генерировать такой же ключ как и в portal

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

:)

azure ad application вам нужен

Т.е. я могу зарегистрировать приложение в рамках тенанта заказчика, настроить как написано в доках и при использовании своих же логин/пароля я буду получать токен равнозначный тому, что сейчас вижу на страницах портала?

ну, не равнозначный, но токен которым тоже можно авторизоваться.

там флоу другой будет, скорее всего

AAD будет выдавать такую же сущность?

что значит такую же?) я не знаю какой портал использует токен

можно просто поправить код на вменяемый флоу и использовать аад приложение

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

ну логично. вы не можете авторизоваться каким-то пользователем или каким-то приложением

Были мысли, что приложение которое регистрируется в ad, имеет свою базу пользователей, изолированных от остальных

ну, можно и так сделать