如果这是一个愚蠢的问题，但在过去的 2 小时内，我深表歉意。我一直在阅读有关 Azure 逻辑应用程序的内置连接器和托管连接器之间的差异的信息，这让我抓狂。有人可以用更简单的语言解释一下吗？最初，我认为内置连接器适用于 Azure 服务，如 Azure 函数或表存储，而托管连接器适用于 Microsoft 服务，如 O365 和 Sharepoint，但在浏览了 Microsoft 文档上的连接器列表后，事实并非如此。
这个是租户吗？例如，内置连接器仅允许连接到该租户中的 Azure 服务，但如果我们需要连接到不同租户中的 Azure 服务，则需要托管连接器。即使这是真的，像 SMTP 这样的东西怎么可能成为内置连接器呢？
区别在于认证的基础上吗？内置/托管的身份验证机制不同
我认为两者在托管方式方面存在一些差异，但我不知道这对作为用户的您来说有多大差异。您可以在这里阅读更多内容。
但是，我注意到的主要区别是如何设置身份验证，这使我更喜欢内置连接器（如果适用）。特别是当尝试为逻辑应用程序设置 CI-CD（并在 VS Code 中进行本地开发）时，这会带来很大的不同。对于托管连接器，在门户中创建托管 api 连接，在 VS Code 中进行开发并将其合并到 Devops 管道时尝试对其进行参数化是一场噩梦。
内置连接器在托管逻辑应用的同一平台上运行，而托管连接器则在公共云中托管。当您使用内置连接器时，为连接器配置的信息不会发送到公共云进行处理，它将在您的逻辑应用中本机运行。这使得它更加安全。有很多差异，例如身份验证方法、api 连接文件等等。
一般来说，内置连接器设计为直接在 Azure 逻辑应用程序内部本地运行。托管连接器由 Microsoft 在 Azure 中部署、托管和管理。托管连接器主要提供底层服务或系统用于与 Azure 逻辑应用进行通信的 API 的代理或包装器。您可以在本文档中找到确切的详细信息。
https://learn.microsoft.com/en-us/azure/connectors/introduction