Azure Logic Apps 是什么?1,400 连接器的老 iPaaS,2026 年把 Agent 循环塞进工作流(基础篇)

Azure Logic Apps 是什么?1,400 连接器的老 iPaaS,2026 年把 Agent 循环塞进工作流(基础篇)

今年做 Agent 平台的都在比谁家画布好看,微软走了另一条路:把 Agent 塞回自己跑了十年的工作流引擎里。Build 2026 和 NIS 2026 两场会开完,Azure Logic Apps 从”企业集成工具”变成了”Agent 落地的一层”,而且免费额度给得比想象中实在。

它到底是个什么东西

Azure Logic Apps 是微软的 iPaaS(集成平台即服务):触发器进来,串一串动作,中间加条件、循环、并行分支、重试,跑完留一份运行历史。2015 年就有了,干的是把 SAP、ServiceNow、SQL、Teams、邮箱这些系统缝在一起的活。

现在分三档:Consumption(多租户,按执行次数付费)、Standard(单租户,跑在 App Service 计划上,支持 VNET、自定义连接器和本地开发)、以及今年 Build 新出的 Automation(托管环境、SaaS 体验,入口在 auto.azure.com)。连接器 1,400 多个,这是它跟 Zapier、n8n 最大的差别——SAP、IBM MQ、EDI/B2B 这类企业系统的连接器是它的老本行,不是后来补的。

Agent 是怎么进去的

不是另开一个平台,而是在工作流里多了一种步骤。微软管它叫 agent loop(智能体循环):把任务和上下文丢给模型,模型决定调哪个工具,工具跑完把结果喂回去,循环到出结果或者撞上上限。

Azure Logic Apps 中 Agent 循环与工作流、连接器、模型和人工审批的关系图
Agent 只是工作流里的一步:分支、重试、审批、留痕归工作流管,Agent 循环负责选工具

读文档时几个概念要留意:

  • tool(工具):不是一个函数,是一串连接器动作。1,400 个连接器里的任意动作都能拼成工具。
  • autonomous 与 conversational:前者无人值守跑批,后者接人、带聊天入口,鉴权走开发者 key 或 Entra ID 的 Easy Auth。
  • agent parameter:只在 Agent 调用工具时才有值,跟工作流的全局参数不是一回事。
  • context:按 token 或消息条数截断,每个模型的上下文长度不一样。

2026 年补的几块拼图

  • MCP Server 正式 GA:把已有工作流转成 MCP 工具,外部 Agent 直接发现和调用。这条对老用户最值钱——十年的工作流不用重写,改个开关就成了 Agent 的手脚。
  • 从工作流调 Foundry Agent(预览):Foundry 负责建、评、管,Logic Apps 负责触发和编排。
  • Knowledge as a Service(预览):文档直接进工作流,自动切片、向量化、检索,不用自己搭 RAG 管道。
  • Codeful Workflows(预览):不想拖拽的,用 .NET 写。
  • Automation 支持四类 Agent:Workflow Agents(已可用)、Foundry prompt agents、Foundry hosted agents、managed agents(后三种预览)。

钱怎么算

官方价目表(eastus)里:Consumption 的内置动作 0.000025 美元一次,标准连接器 0.000125 美元一次,企业连接器 0.001 美元一次;Agent 循环按 token 单算,输入 1.8 美元/百万,输出 14 美元/百万。Standard 是 vCPU 0.1997 美元/小时加内存 0.0143 美元/GiB·小时。Automation 的环境管理费 0.004 美元/小时,折合约 2.9 美元一个月,Azure Agent Credit 一个 0.01 美元,标准连接器调用在价目表里记 0。

Automation 每个订阅每月白给:30 小时运行时、1,500 次托管连接器、1,100 个 Agent Credits、5 小时沙箱、1GB 知识库加 1GB 运行历史,环境本身前两个月免费。跑个内部工具,大概率走不出免费额度。

上手三条路

最快的:auto.azure.com 开一个 Automation 环境,挑模板,让内置助手用自然语言生成工作流,前两个月零成本。

常规的:门户里建 Standard 逻辑应用 → 新建 Autonomous Agents 工作流 → 建 tool(挑连接器动作)→ 绑模型部署 → 试跑。

老的:在 Consumption 里加 Agent 步骤,注意这块还是预览。

实话

  • 三档 SKU 是最大的门槛。 要 VNET、要自定义连接器、要本地 ALM 选 Standard;要快、要少运维选 Automation;量小又零散用 Consumption。选错了迁移不轻松。
  • 预览标签到处都是。 小范围自动化能上,写进核心流程前先确认区域、SLA 和功能状态。
  • 没有一等公民的 Teams 集成。 今年 3 月有 MVP 实测提到这点,对话型 Agent 想在 Teams 里用还得多绕一步。
  • 和 Foundry 定位重叠。 现在的边界大致是”Foundry 建 Agent、Logic Apps 编排 Agent”,但两家文档都在讲工作流,容易看晕,这也和微软把 Copilot Studio 摆在同一张桌子上有关。
  • 连接器按次计费会失控。 企业连接器 0.001 美元一次看着少,一天十万次就是 100 美元。
  • 它是给已经在 Azure 上的团队的。 个人玩家、小团队跑自动化,n8n、Dify 那套更省事,选型思路可以看三车道横评。

一句话:Logic Apps 不是最性感的 Agent 平台,但它是少数能把 Agent 放进”有审批、有重试、有审计”的真实业务流程里的地方。你要是本来就被 Azure 绑着,这条路比再搭一个平台划算;要是不在 Azure 上,它的好你基本用不到。

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注