Azure逻辑应用程序：为什么FTP连接器延迟通过FTP连接器识别文件？

我一直在使用AzureLogicApp中的FTP连接器将FTP服务器中的文件从源文件夹解压缩到目标文件夹

我已将FTP连接器配置为在文件添加到源文件夹时触发

我面临的问题是这里触发连接器的延迟

一旦我在源文件夹中添加zipfile，Azure FTP连接器通过FTP识别和拾取文件大约需要1分钟

为了确定问题是来自Azure FTP连接器还是FTP服务器，我尝试使用BLOB存储而不是FTP服务器，连接器在一秒钟内被触发

我的理解是，延迟发生在FTP端，或者FTP连接器与FTP服务器通信的方式

---

有人能说出优化的领域吗？我可以做哪些可能的更改来最小化延迟？

首先，您需要知道，logic app file trigger（逻辑应用程序文件触发器）与函数有一些不同，大多数情况下它不会立即触发，当您设置触发器时，您会发现它需要一个间隔。即使有一个文件，但是有一个间隔，它现在不会触发

然后它是关于ftp触发器如何工作的，当它触发逻辑应用程序时，如果你检查触发器历史记录，你会发现它有多次成功，但是只有一次触发历史记录，并且有2分钟的延迟。您可以检查连接器引用的原因：。这里有一个描述

触发器仅在再次轮询服务器时返回文件。有时，此行为可能会导致延迟，延迟高达触发器轮询间隔的两倍

---

我还注意到FTP触发器的这种行为，并在此处找到了FTP触发器doco延迟的原因：

---

…当触发器发现新文件时，触发器将检查新文件是否完整，而不是部分写入。例如，当触发器检查文件服务器时，文件可能正在进行更改。为了避免返回部分写入的文件，触发器会记录最近发生更改的文件的时间戳，但不会立即返回该文件。触发器仅在再次轮询服务器时返回文件。有时，此行为可能会导致延迟，延迟高达触发器轮询间隔的两倍。

谢谢，先生，我已为logic app配置了2秒间隔。理想情况下，拾取文件需要2秒钟。但这大约需要60-90秒。是否存在延迟文件从FTP端显示的情况？FTP服务器中是否有一些配置可以更改，以便在几秒钟内响应FTP连接器？我再次将Logic App和FTP connector的所有可能延迟设置为最小。延迟来自FTP。那么我可以在那里改变什么呢？你检查了我的图片中显示的触发器历史记录了吗，实际上它已经检测到了该文件，但是它只会在再次轮询服务器时返回该文件。这在连接器参考中进行了解释。请检查，我仍然无法理解如何减少此延迟：（假设这是不可更改的，因为它仅支持在文件完成写入后处理文件。