从Azure Logic App调用SOAP服务的可行方式及自定义连接器替代方案咨询

首先澄清一个认知误区：自定义连接器并非必须编写C#代码开发，绝大多数标准SOAP服务可以通过直接导入WSDL文件配置生成自定义连接器，全程无代码。

一、即便需要编码开发自定义连接器，选择Logic App的价值 #

• 无需关注集成流的底层调度、异常重试、日志监控、弹性扩缩容等基础设施能力，这类通用能力Logic App已经全部封装完成，你只需聚焦SOAP调用本身的业务逻辑实现，相比完全自建集成服务可减少90%以上的非业务代码开发量
• 自定义连接器开发完成后可在租户内所有Logic App、Power Automate、Power Apps中复用，后续其他业务流需要调用同一SOAP服务时无需重复开发，直接拖拽使用即可
• 可无缝对接Azure生态内的所有服务，调用SOAP拿到结果后可直接通过可视化配置完成存Blob、发告警、同步到Dataverse、调用其他REST服务等后续逻辑，不需要编写额外对接代码
• 内置完善的权限管理、用量计量、运行轨迹追溯能力，不需要额外开发运维配套工具

二、无需构建自定义连接器的替代方案 #

• 内置HTTP action直接调用：SOAP本质是带XML请求体的HTTP POST请求，你可以直接使用Logic App原生的HTTP操作，手动构造符合SOAP规范的请求头（比如Content-Type: text/xml; charset=utf-8、添加SOAPAction请求头）和XML格式的请求体，直接调用SOAP服务端点，拿到返回结果后用内置的xml函数解析即可，这是最常用的轻量方案，完全不需要自定义连接器
• Azure Function做中转转换：如果你的SOAP服务有复杂参数、WS-Security鉴权等特殊逻辑，也可以在Azure Function中写少量转换代码，将SOAP调用封装成REST接口暴露，Logic App直接调用该Function的REST接口即可，相比开发完整自定义连接器工作量小很多
• 企业集成包内置能力：如果是标准WSDL定义的SOAP服务，Logic App企业集成包内置了WSDL解析能力，部分场景下可以直接导入WSDL生成调用配置，不需要编码也不需要单独构建自定义连接器

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