本文属于【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的安全方面知识，毕竟云计算对安全的考虑比本地环境更加严格。
