【Azure 架构师学习笔记】-Azure Logic Apps（4）-演示2

本文属于【Azure 架构师学习笔记】系列。
本文属于【Azure Logic Apps】系列。
接上文[【Azure 架构师学习笔记】-Azure Logic Apps（3）-演示1] (https://blog.csdn.net/DBA_Huangzj/article/details/128542539)

前言

上文做了简单的演示，这一文将开始较为详细的演示如何用Azure Logic Apps来删除自定义条件下的存储帐户上的文件。

环境

本文沿用上文中的环境，但是设定更加复杂的条件。这次我们删除特定条件，比如一天之前的Azure Storage account上的文件。这个演示在实际工作中是有价值的，通过定期删除不必要的文件，我们可以节省不必要的存储费用。

实现

这次，我们使用现有的模板来实现，里面就有一个“Delete old Azure blobs”的模板，预设模板很适合用来学习，通过对模板的使用，可以快速上手。

点开之后可以看到包含了两个操作，同时下面有模板的概要描述：

浏览其他模板可以看到，每个模板具体使用了哪些服务，这些对初学者而言都是非常重要的，因为在没有经验之时，预设的一些配置，让我们可以有一个全局观，而且少走弯路。

点击【使用此模板】后，直接弹出Blob的配置信息，我们按照上一文（ 【Azure 架构师学习笔记】-Azure Logic Apps（3）-演示1）的方法配置好。

接下来是一个连续的配置，跟上文差不多，但是会内置有更多的配置项，比如超时日期（ExpirationAgeInDays），这里是以天为单位的配置，注意配置的值是-1， 而不是1。然后就是配置需要操作的路径。

我们继续放一个测试文件，第二天检查（9：15放置）， 到此为止，我们的环境准备已经完成。

下面是第二天在Storage account上检查的结果， 文件已被删除。

信息查询

从portal的左边可以看到不少其他功能，比如version，可以查看workflow的修改记录。

从“API connections”中也可以看到我们配置的链接信息：

如果回到Logic App designer，详细看这个workflow，可以发现有部分action是可以单独测试的。

点解【测试】后，可以实现基础的单个操作测试，以避免最终在复杂workflow“完成”之后调试发现大量报错。

小结

Logic Apps是包含了操作和触发器的workflow的逻辑容器，通过触发器，可以实现定时，甚至事件触发运行。我们可以通过使用预设模板进行快速设定来完成功能。

下一篇先描述一下Logic Apps的另外一种类型， 标准类型，因为正如上一文Azure 架构师学习笔记】-Azure Logic Apps（3）-演示1演示的那种是consumption类型， 这种类型功能非常有限，当打算演示一些其他功能和用法时，没法实现，所以先稍微介绍一下标准类型。标准类型是常规企业正式使用的类型，consumption通常用于学习。