问题标签 [azure-triggers]

就像我们为在 Azure blob 存储中创建或删除的 blob 有 blob 触发器或事件触发器一样，我需要一个在文件共享中上传或创建文件时触发的函数。Blob 存储触发器、事件网格触发器不适用于 Azure 文件共享。您能否建议任何自定义触发功能或任何其他在文件共享上使用触发功能的方式？

我有一个 Python Azure Functions 计时器触发器，它每天运行一次，并将文件从通用 v2 热存储容器存档到通用 v2 冷存储容器。我正在使用 Linux 消费计划。代码如下所示：

在过去的几个月里，这一直对我有用，没有任何问题，但是在过去的两天里，我在存档过程的中途看到了这个错误：
The operation has timed out.
除此之外没有其他有意义的错误消息。如果我通过 UI 手动调用该函数，它将成功归档其余文件。blob 的大小从几 KB 到大约 5 MB 不等，超时错误似乎发生在 2-3 MB 的文件上。一次只运行一个调用，所以我认为我没有超过消耗计划的 1.5GB 内存限制（我python exited with code 137从过去的内存问题中看到）。当它已经完美运行了几个月时，为什么我突然收到这个错误？
更新
我想我将尝试使用此处找到的方法进行存档，这样我就不必在 Python 中将 blob 内容存储在内存中：https ://www.europeclouds.com/blog/moving-files-between-具有 Azure 功能和事件网格的存储帐户

我有一个 IoT 设备 (ESP32)，它每 x 秒向 IoT Hub（免费层）发送数据包。每个数据包都包含一个整数属性 PacketID，每次发送新数据包时都会递增，从 1 开始，依此类推。当 IoT 中心接收到数据时，将调用 Azure IoT 中心触发器（托管在门户上）并进一步处理数据 - 首先插入到 CosmosDB（来自 StorageQueue 触发器），然后作为消息发送到 SignalR 服务（来自另一个 StorageQueue 触发器) 和客户端 Web 应用程序。

IoT 中心触发器如下所示：

问题是，当数据包快速发送时，比如每个数据包间隔 200 毫秒，IoT 中心接收到的数据是乱序的，这意味着有时数据包 #7 和 #8 在数据包 #1、#2 和 # 之前被接收和处理3，这对我的客户端应用程序来说是一个问题，因为它依赖于以与从 ESP32 芯片发送的相同顺序接收数据包。我尝试以 1 秒的延迟发送每个数据包，但问题仍然存在，但它似乎只影响前三个数据包 - 有时它们按 3、1、2 的顺序接收，其余的顺序正确。更长的延迟似乎完全消除了这个问题。我确实相信这是因为函数/触发器的异步性质？最后，我希望能够以相对较快的速度发送它们，每个之间有 200-500 毫秒的延迟。

我对 Azure IoT Hub 很陌生，我的问题是，是否可以在门户端做一些事情来确保以正确的顺序接收数据包，或者这是这种方法的限制，这种情况需要在收到数据后处理，可能在调用 IoT 中心触发器后使用存储队列或服务总线？

我希望我的问题是有道理的，否则我很乐意提供更多细节。

提前致谢。

我有一个 Spring Boot 应用程序，它将在 azure Queue 上发布消息。我还有一个用 Java 编写的 azure queueTrigger 函数，它将侦听 Spring Boot 应用程序已向其发布消息的同一队列。queueTrigger 函数无法检测到队列上发布的消息。

这是我的发布者代码

这是我的 queueTrigger 函数应用程序代码

我正在传递相同的连接字符串和队列名称，但仍然不起作用。如果我在我的本地机器上运行函数，那么它会被触发但有错误错误图像

我按照 Azure 的快速入门创建了一个应该触发 RSS 更新并向我发送电子邮件的逻辑应用程序。当我点击“运行”时，工作流程正常工作，我收到一封电子邮件。但我没有收到任何电子邮件，除非我手动运行它，即使有 RSS 更新。

如果我查看概述页面，它会说触发器已被评估 7 次并触发 3 次（我手动运行的 3 次）即使我在一个多小时前创建了逻辑应用程序并将其配置为评估频率为 1 分钟。此外，该应用程序处于“启用”状态。（见下图）

为什么不自动评估触发器？

编辑：自从我发布这个问题以来，该应用程序自动进行了 2 次评估，但看起来它每 30 分钟而不是每 1 分钟执行一次。也许这与我有学生订阅的事实有关？

要创建触发器，似乎您必须先发布它才能生效。但是发布需要一个 PR 到 'Collaboration' 分支，这意味着我们必须在测试触发器是否真的有效之前创建一个 PR，并且还要创建多个后续 PR，直到我们得到正确的触发器。

尤其是当您想基于文件上传开发事件触发器时，即使在测试触发器之前创建 PR 也会适得其反。

是否有其他方法可以在 DEV 环境中设置 ADF 或激活触发器而无需先发布它？

谢谢！

我用三种方法创建了一个 MVC 应用程序第一种方法 --> 从 SQL 读取数据

第二种方法 --> 将选择列表数据发送到 DevOps 客户端（将在此方法中调用第一种和第三种方法）

第三种方法 --> 在 DevOps 中创建业务规则。

现在我想在 Azure 中托管这个应用程序，并且想每天触发一次第二种方法？我读到我们可以通过使用网络作业来做到这一点。我们如何为这个需求创建一个 Web 作业，我们应该在那个 web 作业脚本中写什么？

提前致谢

我为 GitHub 存储库中的 .net 应用程序创建了一个经典的 CI azure 管道，并在触发器中启用了持续集成，还在分支过滤器中添加了 2 个分支。但是当我的团队成员进行一些更改并提交时，我的管道没有触发并且没有创建构建。我不明白可能是什么问题，因为我是天蓝色管道的新手

我需要在 Azure 数据工厂中创建一个计划触发器（它将每 15 分钟运行一次，持续 3 小时），当在 Azure Blob 存储容器中创建三个不同的文件时，它将通过管道传输。只有在 blob 容器中创建了所有 3 个文件时，才应开始执行管道。例如，如果 3 小时过去了，并且存储 blob 中只有两个文件，则管道将不必运行。

我有两条管道 A 和 B ， A 需要每 3 小时运行一次， B 需要每 2 小时运行一次。A 是需要先运行然后 B 的。

我如何添加这些依赖项？