Azure 逻辑应用

Q: Azure 逻辑应用 的最佳实践有哪些？

Azure 逻辑应用 的最佳实践包括：将过滤/条件作为第一个操作，无事可处理时工作流立即退出 —— 避免为空操作运行支付下游操作费用。；高量工作流用 Standard 层 —— 固定月价且在 VNet 中运行，不像 Consumption 按操作计费。；将工作流导出为 ARM 模板并版本控制到 Git；通过 CI/CD 部署而非直接在门户编辑。。其中首条「将过滤/条件作为第一个操作，无事可处理时工作流立即退出 —— 避免为空操作运行支付下游操作费用。」应作为团队默认规范写入 IaC 模板。

可视化工作流编排：基于事件触发（HTTP、定时、SaaS 连接器）并链式执行操作（转换、分支、调用 API）无需写代码。

Azure入门

为什么

逻辑应用让分析师和开发者可视化构建集成（如'收到新邮件时，解析附件，插入 SQL，发到 Teams'），有 400+ 托管连接器。Consumption 层按操作执行计费，低量工作流成本几分钱。

声明式处理重试、轮询和错误处理。

何时使用

适用于 SaaS 集成（Salesforce、Dynamics、Office 365）、定时 ETL 或事件驱动自动化，可视化流程比代码更清晰时。计算密集或代码密集逻辑用 Functions；逻辑应用用于编排并调用 Functions 处理重部分。

高吞吐管道应避免 —— 按操作计费会累积。

如何做

1. 创建逻辑应用（Consumption 按操作付费，Standard 单租户带 VNet）。 2. 添加触发器（Recurrence 定时、Request HTTP 或连接器触发器）。 3. 添加操作：解析 JSON、条件、循环、HTTP 调用或托管连接器操作。 4. 用表达式映射字段（@triggerBody()、@json()）。 5. 保存并运行；查看运行历史调试每个操作的输入/输出。 6. CI/CD 导出 ARM 模板并用 Azure DevOps/GitHub Actions 部署。 ```bash az logic workflow create --name mylogic --resource-group rg --definition @workflow.json --location eastus ```

示例

每日运行、查询 SQL 数据库新订单并邮件摘要的逻辑应用 —— JSON 定义： ```json { "definition": { "$schema": "https://schema.management.azure.com/providers/Microsoft.Logic/schemas/2016-06-01/workflowdefinition.json#", "triggers": { "daily": { "type": "Recurrence", "recurrence": { "frequency": "Day", "interval": 1 } } }, "actions": { "GetOrders": { "type": "ApiConnection", "inputs": { "host": { "connection": { "name": "@parameters('$connections')['sql']['connectionId']" } }, "method": "get", "path": "/v2/datasets/default/tables/orders/items" } }, "SendEmail": { "type": "ApiConnection", "runAfter": { "GetOrders": [ "Succeeded" ] }, "inputs": { "host": { "connection": { "name": "@parameters('$connections')['office365']['connectionId']" } }, "method": "post", "body": { "to": "[email protected]", "subject": "每日订单", "body": "@body('GetOrders')" } } } }, "outputs": {} } } ```

常见问题

⚠连接器认证过期 —— 在门户重新认证 API 连接；服务主体设置不过期凭据或通过 Key Vault 轮换。
⚠运行历史显示操作因 SaaS API 429 失败 —— 添加重试策略和延迟操作；逻辑应用默认重试 4 次但限流 API 可能需更长间隔。
⚠Consumption 层高频触发成本爆炸 —— 切换到 Standard 层（固定价格）或尽早添加过滤条件使工作流无事可做时低成本退出。

最佳实践

✓将过滤/条件作为第一个操作，无事可处理时工作流立即退出 —— 避免为空操作运行支付下游操作费用。
✓高量工作流用 Standard 层 —— 固定月价且在 VNet 中运行，不像 Consumption 按操作计费。
✓将工作流导出为 ARM 模板并版本控制到 Git；通过 CI/CD 部署而非直接在门户编辑。

常见问题解答

什么是Azure 逻辑应用？它解决什么问题？

可视化工作流编排：基于事件触发（HTTP、定时、SaaS 连接器）并链式执行操作（转换、分支、调用 API）无需写代码。它可帮助开发者在不自建基础设施的前提下完成部署、存储与扩展，是云服务选型的核心参考。

如何在 5 分钟内上手Azure 逻辑应用？

两步即可跑通：① 创建逻辑应用（Consumption 按操作付费，Standard 单租户带 VNet）。；② 添加触发器（Recurrence 定时、Request HTTP 或连接器触发器）。。建议先用免费套餐验证流程，再接入生产环境。