本文介绍了Azure Logic Apps的基本概念，强调它是一个无服务的PaaS服务，专注于工作流集成。与ADF相比，Logic Apps在数据集成方面提供互补功能，适用于小型文件和特定业务场景。通过一个快速的创建演示，展示了如何在Azure中创建Logic Apps，并探讨了不同计费计划的选择。
本文属于【Azure 架构师学习笔记】系列。
本文属于【Azure Logic Apps】系列。
前言
Azure Logic apps的学习也研究源自于最近项目的需要，对于新技术的学习，可以先了解What， why两部分， 也就是这是什么，为什么要用。另外在使用了几年Azure之后，我个人会更加重视去了解这个技术属于IaaS， PaaS还是SaaS。
什么是Logic Apps？
网上有很多描述，结合自己的经验，我会认为Logic Apps是一个无服务（Serverless）的PaaS服务， 同时从Azure Portal的布局上来看，它属于集成服务。是PaaS（由微软托管，是否为PaaS的一个标准是你需要管理的有多少）。
另外，Logic Apps用于创建和部署workflow（工作流）。由此可见，Logic Apps是以工作流为核心的一个PaaS。
既然它主要用来做数据集成，那么跟Azure Data Factory相比又有什么优势呢？
为什么要用Logic Apps？
在用过ADF(Azure Data Factory)后，再对比Logic Apps，会发现有不少相同的地方，比如低代码编程， 都是用于集成服务，费用低，能够连接多种数据源等等。
但是既然有这么多相似点，为什么还会出现Azure Logic Apps呢？
首先，要考虑我自己项目使用Logic Apps的原因，一开始我们有ADF进行数据移动和处理（Data Flow) ，但是后来发现有些数据ADF并不支持或者说要花费大力气进行定制化开发才能实现，同时还有ADF自定义警告。这些不足都可以使用Logic Apps来实现，所以才开始研究这个服务。这就是第一个原因：互补不足
最低0.47元/天 解锁文章
扫一扫
629
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
