Azure Logic Apps 正式发布

7 月 27 日，微软宣布其集成平台即服务（iPaaS）产品Logic Apps 正式发布（GA）。GA 版本包括额外的管理支持（如工作流运行细节）、遥测事件、预警。作为此次发布的一部分，微软还详细介绍了基于消费的定价机制。

Logic Apps 的云之旅始于 2014 年。那时，微软在 Integrate 2014 大会上介绍了 Azure App Service。从那以后，微软在 2015 年 3 月发布了一个公开预览版，在2016 年2 月发布了 Public Preview Refresh ，现在是正式版。Logic Apps 被视为微软本地集成平台 BizTalk Server 的一项补充技术。2015 年底，微软提供了一份全面的集成路线图，其中就包括这两项技术。Logic Apps 的正在发布实现了微软在集成路线图中宣称的Q2 可用的目标。

Logic Apps 是一项托管服务，允许客户在云上构建轻量级的集成接口。它主要用于连接 SaaS 应用程序，包括 Salesforce、Office 365、Dynamics CRM 和 Slack。它还允许连接 PaaS 服务，如 Azure Service Bus、Azure Functions 和像 SAP 和 SQL Server 这样的本地平台。组织可以使用现代 Web 浏览器或者 Visual Studio （尚处于预览阶段）构建 Logic Apps。在 Logic App 中，你可以将连接器拖放到设计画布上，使用循环、条件、并行等流控件。然后，你可以将 Logic Apps 部署到 Azure（微软管理底层的平台和运行环境）。

图片来源： https://azure.microsoft.com/en-us/blog/announcing-azure-logic-apps-general-availability/

管理支持

在之前的 Logic Apps 版本中，用户可以跟踪上一个工作流，但完全是文本的。此次发布提供了可视化的运行细节。捕获的细节信息包括每个活动的执行时间、外部系统引起的错误以及发送 / 接收消息的有效负载。

图片来源： https://azure.microsoft.com/en-us/documentation/articles/app-service-logic-monitor-your-logic-apps/

该版本允许配置额外的诊断，让开发人员可以向 Azure Event Hubs 发送遥测事件。一旦数据发布到了 Event Hub，开发人员就有许多种方法存储和分析这些数据。一种选择是，在将数据发布到 Microsoft Power BI 进行趋势分析或数据挖掘之前，可以将数据流式传输给 Azure Stream Analytics，在其中执行计算。另一种选择是，将这些遥测信息汇合到微软的 Operations Management Suite ，供管理员查看其他 Azure 服务和 VM 的健康状况。

图片来源： https://azure.microsoft.com/en-us/documentation/articles/app-service-logic-monitor-your-logic-apps/

配置好遥测事件以后，开发人员现在可以配置 Azure Alerts，当超出特定的阈值时就发出预警。例如，在一个 Logic App 故障的事件中，可以创建一个事件订阅，这样，有利害关系的相关人员就会收到电子邮件通知。

图片来源： https://azure.microsoft.com/en-us/documentation/articles/app-service-logic-monitor-your-logic-apps/

定价

微软还宣布了 Logic Apps 的定价机制。由于 Logic Apps 是一个基于云的服务，微软使用了一种消费模型对其定价。微软以“动作（actions）”为基础进行消费计量。你可以将动作视为工作流中的一个步骤。向 Salesforce 发送一条消息被视为一个动作。使用 Salesforce 的响应更新 SQL Server 被视为另一个动作。

微软还包含批量分级定价，让客户为每个动作支付更低的费用。该模型以客户执行的动作数量为依据。更多定价信息，请查看 Azure 定价页面。

采访 Jim Harrer

InfoQ 之前在一场 iPaaS 虚拟研讨会中邀请了微软。现在，InfoQ 再次联系了微软产品组首席项目经理 Jim Harrer，了解更多有关 Logic Apps 发布的信息。

InfoQ：在过去的几个月中，Logic Apps 团队一直在从事许多特性的开发，包括 Visual Studio 支持、在 Azure Portal 中可视化运行细节、API 连接器管理支持、Azure Event Hub 遥测支持及其他连接器。其中哪项特性最让你兴奋？为什么？

Jim Harrer：其中每项特性都让我兴奋，这是因为，它表明了我们要将新特性推广到各种企业级集成领域的决心。此时， Visual Studio 支持可能会因为 Pro Integrator 获得最多的掌声，因为它让开发人员可以在 Visual Studio 内设计、管理和部署它们的“逻辑应用（logic apps）”。

InfoQ：保证 Microsoft BizTalk Server 和 Logic Apps 可以互操作是微软策略的一部分。按照您的设想，客户会将这两个平台用于什么场景？”

Harrer：BizTalk Server 和 Logic Apps“一起”支撑起了我们的混合策略，为企业客户开辟了无限的可能。触发器和动作可以无缝地跨越 SaaS 和本地 LOB 应用程序，允许工作在本地开始，在云端结束，反之亦然。一个常见的场景是，集成自定义的 LOB 应用程序（通常作为客户的分化系统），并将它们和流行的 SaaS 产品集成。例如，一个销售终端系统需要更新一个基于 SaaS 的账目或者 CRM 应用程序。

InfoQ：BizTalk 客户过去习惯于按照传统的企业协议模型付费。在您看来，使用 Logic Apps 及其基于消费的模型时，新老客户都有哪些机会？

Harrer：Logic Apps基于消费的新定价机制，是我们在预览阶段同客户交谈及倾听客户的直接结果。很明显，客户只想为他们的实际使用时间付费。我们决定放弃所有的最低月度定价要求，只收取动作执行费用。在每月使用大约 10 万个动作的预览客户中，90% 的客户每月总开销为 80 美元。我们希望向 CIO、CTO 和企业架构师们传达一条明确的消息，他们负担得起将工作负载迁移到 Microsoft Azure 的费用。我认为，我们刚刚已经做到了。

InfoQ：由于 Logic Apps 是更大的 Azure 生态系统的一部分，您的团队一直特别专注于拥有接通其他 Azure 服务的能力。您看到有哪些机会让 Logic Apps 可以利用其他的 Azure 服务？

Harrer：作为“一个微软”计划的一部分，我们一直积极地和 50 多个 Azure 服务的项目管理团队合作。Azure 服务总线深受欢迎，被我们的 Pro Integrators 广泛使用。在我们的客户中，有许多人将 Azure Cognitive Services 用于情感分析，将机器学习用于预测分析，将 Azure IoT Suite 用于连接、监控和控制 IoT 资产。然而，这才刚刚开始。我们还会和 Dynamics、O365 和 SharePoint 团队交流，进一步获取一流的 Logic Apps 经验，许多读者会对此感兴趣。我们只是刚刚触及了各种可能性的皮毛。

InfoQ：Logic Apps 已经正式发布，您的团队下一步将从事平台哪一部分的工作？

Harrer：我有一个卓越的项目经理团队，他们承担起了为企业客户创建首屈一指的集成平台的职责。第一次，BizTalk Server、Logic Apps 和 API 管理同属于一个名为 Pro Integration 的新团队。该团队负责制定微软的企业集成愿景与战略，因此，它不只是为 Logic Apps 开发新特性。这是一个更大更深层次的讨论。对于 Logic Apps，我们当前的重点是彻底完成我们的工作，通过 Enterprise Integration Pack 让我们所有的 B2B/EDI 能力焕发生机，发布更多的连接器，优化Visual Studio 体验。 BizTalk Server 2016 正处于第二个客户技术预览阶段，按照计划，年底会有一次发布，而 API 管理正在迁移到新的 Azure Portal 上。我们并没有放慢脚步，事实上，你应该看出来了，我们的速度在加快。

查看英文原文： Azure Logic Apps Reaches General Availability