Аутентификация разъема логического приложения office365 с помощью PS - PullRequest
0 голосов
/ 05 мая 2018

Попытка настроить кучу логических приложений с поддержкой функций Azure и т. Д. Заключается в использовании функций ML / Azure / приложений логики и т. Д. Для настройки автоматической почтовой системы.

Все развертывается с использованием VSTS / Git с конвейерами CD / CI, но у нас есть проблема с соединителем Office365, который требует аутентификации после создания. На данный момент мы следуем этой статье, которая создает форму Windows для аутентификации (https://blogs.technet.microsoft.com/ronba/2016/05/09/using-powershell-and-the-office-365-rest-api-with-oauth/).

Это прекрасно работает, но мы хотим сделать это в масштабе и, следовательно, ищем тихий подход, любые идеи или ссылки будут оценены?

Ps. Использование не требует MFA

1 Ответ

0 голосов
/ 06 мая 2018

Вам нужны разные приложения логики для использования разных учетных записей Office 365?

В настоящее время авторизация API Office365 работает с типом разрешения авторизации OAuth 2.0 , что означает, что вы можете получить код авторизации, только получив пользователя, владеющего почтовым ящиком (или имеющего доступ к общий почтовый ящик), чтобы войти, чтобы получить код. Такое поведение API разработано. Таким образом, нет способа полностью автоматизировать это.

Если вам не нужны разные учетные записи для разных приложений логики, вы можете создать эти API-соединения с PowerShell (все еще требующим входа пользователя) для каждой среды, а затем использовать уже предоставленный API в нашем конвейере CD.

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

HTH,

...