在逻辑应用程序中使用服务主体连接到 MS Forms 连接器
Connecting to MS Forms connector using Service Principal within logic app
我正在创建一个将在提交表单请求时触发的逻辑应用程序。
MS Form 连接器要求我登录。这在开发过程中是可以接受的,但我们有很多逻辑应用程序,因此使用 DevOps 来自动部署。
使用当前的连接器,部署后我们仍然需要:
- 在门户中手动打开逻辑应用。
- 使用授权凭据连接。
- 保存逻辑应用。
这个手动过程完全违背了将 DevOps 与逻辑应用程序结合使用的意义。
使用 Outlook 连接器时也有类似的问题。
有没有办法为这些连接器提供服务器主体凭据,以便它们在部署时是正确的并且不需要人工干预?
似乎不支持使用服务主体登录 MS Forms 连接器。可以使用服务主体身份验证的连接器将具有“Connect with Service Principal
”选项,如 Azure 数据资源管理器。您可以就此发表您的意见 feedback 以推广此功能。
API 与 OAuth 身份验证的连接,如 Office 365 和 Microsoft Team 连接器等,需要手动同意。不幸的是,目前无法完全自动化对这些进行身份验证。
这里有一个可以参考
我正在创建一个将在提交表单请求时触发的逻辑应用程序。 MS Form 连接器要求我登录。这在开发过程中是可以接受的,但我们有很多逻辑应用程序,因此使用 DevOps 来自动部署。
使用当前的连接器,部署后我们仍然需要:
- 在门户中手动打开逻辑应用。
- 使用授权凭据连接。
- 保存逻辑应用。
这个手动过程完全违背了将 DevOps 与逻辑应用程序结合使用的意义。 使用 Outlook 连接器时也有类似的问题。
有没有办法为这些连接器提供服务器主体凭据,以便它们在部署时是正确的并且不需要人工干预?
似乎不支持使用服务主体登录 MS Forms 连接器。可以使用服务主体身份验证的连接器将具有“Connect with Service Principal
”选项,如 Azure 数据资源管理器。您可以就此发表您的意见 feedback 以推广此功能。
API 与 OAuth 身份验证的连接,如 Office 365 和 Microsoft Team 连接器等,需要手动同意。不幸的是,目前无法完全自动化对这些进行身份验证。
这里有一个