Azure 逻辑应用 - 内置连接器与托管连接器

标签 azure azure-logic-apps multi-tenant connector

抱歉,如果这是一个愚蠢的问题,但在过去的 2 小时内。我一直在阅读有关 Azure 逻辑应用程序的内置连接器和托管连接器之间的差异的信息,这让我抓狂。有人可以用更简单的语言解释一下吗?最初,我认为内置连接器适用于 Azure 服务,如 Azure 函数或表存储,而托管连接器适用于 Microsoft 服务,如 O365 和 Sharepoint,但在浏览了 Microsoft 文档上的连接器列表后,事实并非如此。

此租户是基于租户的吗?例如,内置连接器仅允许连接到该租户中的 Azure 服务,但如果我们需要连接到不同租户中的 Azure 服务,则需要托管连接器。即使这是真的,像 SMTP 这样的东西怎么可能成为内置连接器呢?

区别在于身份验证的基础上吗?内置/托管的身份验证机制不同

<小时/>

最佳答案

我认为两者在托管方式方面存在一些差异,但我不知道这对作为用户的您来说有多大差异。您可以多读一点here .

但是,我注意到的主要区别是如何设置身份验证,这使我更喜欢内置连接器(如果适用)。特别是当尝试为逻辑应用程序设置 CI-CD(并在 VS Code 中进行本地开发)时,这会带来很大的不同。对于托管连接器,在门户中创建托管 api 连接,在 VS Code 中进行开发并将其合并到 Devops 管道时尝试对其进行参数化是一场噩梦。

关于Azure 逻辑应用 - 内置连接器与托管连接器,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/74625594/

相关文章:

azure - 多个 azure blob 容器的单个事件

Azure 逻辑应用 SFTP 使用路径获取文件内容因网关错误而失败

asp.net-mvc-3 - Orchard Project 中的 Multi-Tenancy 是如何实现的

MySQL 用户定义值 - EAV 与多表分片

.net - Azure、.Net、Cobertura - ##[警告]找到多个文件或目录匹配项

jquery - 滚动条看起来就像在 Azure 管理门户中一样

java - Azure 资源管理 Rest API 的授权 token 生成

azure - 如何将角色分配给来自不同订阅的Azure服务主体?

azure-logic-apps - 使用 Azure 逻辑应用程序在单个邮件中发送多行

django - Django 上 Multi-Tenancy 应用程序的最佳架构