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

Question

如果这是一个愚蠢的问题，但在过去的 2 小时内，我们深表歉意。 我一直在阅读 Azure 逻辑应用程序的内置连接器和托管连接器之间的区别，这让我发疯。 有人可以用更简单的语言解释一下吗？ 最初，我认为内置连接器用于 Azure 服务，如 Azure function 或表存储，而托管连接器用于 Microsoft 服务，如 O365 和 Sharepoint，但在浏览 Microsoft 文档上的连接器列表后，事实并非如此。

这是租户吗？ 例如，内置连接器将只允许连接到该租户中的 azure 服务，但如果我们需要连接到不同租户中的 Azure 服务，我们需要托管连接器。 即使这是真的，像 SMTP 这样的东西怎么可能是内置连接器呢？

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

---

Answer 1

我认为两者在托管方式方面存在一些差异，但我不知道这对用户来说有多大差异。 您可以在这里阅读更多内容。

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

Answer 2

内置连接器在托管逻辑应用程序的同一平台中运行，而托管连接器则托管在公共云中。 当你使用内置连接器时，为连接器配置的信息将不会发送到公共云进行处理，它将在你的逻辑应用程序中本地运行。 这使它更加安全。 例如身份验证方法、api 连接文件等有很多差异。