Аутентификация разъема логического приложения office365 с помощью PS

Попытка настроить связку логических приложений с поддержкой функций 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 ответ

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

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

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

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

НТН,

Другие вопросы по тегам