Azure Logic Apps：内置连接器与托管连接器差异咨询

先纠正你之前的误解：二者的区分既不是按Azure/微软服务划分，也不是按租户范围划分，核心差异在运行环境、管理归属和定位上，具体拆解如下：

1. 运行与管理方式 #

• 内置连接器：是Logic Apps运行时的原生组件，直接在你的逻辑应用所在的托管环境里运行，不需要依赖外部中转服务。所以它优先集成Azure原生服务（比如Azure Functions、表存储、Blob存储），但也会包含SMTP这类通用网络协议连接器——因为这类协议是基础交互需求，直接嵌入运行时能降低延迟、简化配置。
• 托管连接器：是微软云端独立托管的服务，你的逻辑应用需要通过API调用的方式来使用它。这类连接器覆盖的范围更广，包括Office 365、SharePoint这类微软生态非Azure服务，以及Salesforce、Slack等第三方SaaS，甚至部分Azure服务的增强版连接器也归类在这里。

2. 租户访问限制？不存在 #

租户范围不是二者的区分标准：

• 内置连接器完全可以访问跨租户的Azure服务，只要你配置了正确的权限（比如服务主体、访问密钥、SAS令牌）。
• 托管连接器也支持跨租户场景，比如跨租户访问Office 365邮箱，只要在认证环节指定目标租户的信息即可。

3. 认证机制的区别 #

• 内置连接器：以基础认证方式为主，比如Azure服务的访问密钥、SAS令牌，或者SMTP的用户名密码、基础OAuth；针对Azure服务也支持Azure AD服务主体认证，整体选项偏通用、轻量化。
• 托管连接器：提供更丰富的场景化认证，比如Office 365的OAuth 2.0授权码流、基于Azure AD的企业应用权限，还会自动处理令牌刷新、权限集中管理这类细节，对接SaaS服务时更省心。

4. 其他实用差异 #

• 功能粒度：托管连接器的操作更细化，比如Office 365的“发送带自定义附件的邮件”“批量更新SharePoint列表项”；内置连接器则偏向基础的服务交互，比如Blob存储的“上传文件”“获取元数据”。
• 计费逻辑：内置连接器的使用成本包含在Logic Apps的运行费用里（消耗型按执行次数，标准型按容量计费）；托管连接器需要单独按调用次数收费。

内容的提问来源于stack exchange，提问作者Tarun Bhatt