逻辑应用程序 运行 两次，带有警报监控
Logic App running twice with alert monitoring
我有以下逻辑应用程序：
当我的连接数超过 120 时触发此逻辑应用程序，它运行一个 powershell 脚本来减少连接数。我面临的问题是，一旦它运行并且连接从 120 或以上恢复，逻辑应用程序将再次触发，因为正在触发警报，这通常发生在几分钟之内。有没有一种方法可以调整这个逻辑应用程序，以确保它在触发后大约 10 分钟内不会再次触发，从而使我的 powershell 脚本从 运行 停止两次？
您可以拥有持久值 - 存储在任何一种云服务中 - 让我以 azure blob 为例。
即时 运行ning 实例可以在 Azure Blob 存储中保存当前 运行ning 时间。
因此触发下一个实例 - 检查 blob 的最后 运行 时间 - 如果它少于 10 分钟。您的逻辑是跳过 PowerShell 的执行。
整体逻辑如下所示：
注：
逻辑应用没有内置持久存储的概念。您可以使用 AzureSQL、CosmosDB、Sharepoint、Azure Storage 等，使用它们的内置连接器来实现这种持久存储功能。
我有以下逻辑应用程序：
当我的连接数超过 120 时触发此逻辑应用程序，它运行一个 powershell 脚本来减少连接数。我面临的问题是，一旦它运行并且连接从 120 或以上恢复，逻辑应用程序将再次触发，因为正在触发警报，这通常发生在几分钟之内。有没有一种方法可以调整这个逻辑应用程序，以确保它在触发后大约 10 分钟内不会再次触发，从而使我的 powershell 脚本从 运行 停止两次？
您可以拥有持久值 - 存储在任何一种云服务中 - 让我以 azure blob 为例。
即时 运行ning 实例可以在 Azure Blob 存储中保存当前 运行ning 时间。
因此触发下一个实例 - 检查 blob 的最后 运行 时间 - 如果它少于 10 分钟。您的逻辑是跳过 PowerShell 的执行。
整体逻辑如下所示：
注： 逻辑应用没有内置持久存储的概念。您可以使用 AzureSQL、CosmosDB、Sharepoint、Azure Storage 等，使用它们的内置连接器来实现这种持久存储功能。