我正在开发一个 blob 触发的 azure 函数。以下是我的“function.json”文件的配置：
{
"disabled": false,
"bindings": [
{
"name": "myBlob",
"type": "blobTrigger",
"direction": "in",
"path": "input/{name}",
"connection": "BlobConnectionString"
}
]
}
我的功能运行良好。它会针对“输入”blob 中的所有文件触发。现在我想通过文件的命名模式来过滤文件。例如：我想仅为那些名称中包含“~123~”的文件触发我的azure 函数。
是否可以对“function.json”文件的“path”属性进行一些更改？如果是，那么“path”属性的值应该是多少？如果没有，请告诉我是否有其他可能的解决方法。
谢谢，
我们正在从贸易伙伴的API下载数据.直到现在我们正在使用"E. Australia Standard Time"并且工作正常.
在夏令时开始后,我们的贸易伙伴表示他们正在使用"澳大利亚东部夏令时(AEDT)".
我使用以下代码从UTC转换为"E. Australia Standard Time".
DateTime utcTime = DateTime.UtcNow;
TimeZoneInfo objTimeZoneInfo = TimeZoneInfo.FindSystemTimeZoneById("E. Australia Standard Time");
DateTime TPDateTime = TimeZoneInfo.ConvertTimeFromUtc(utcTime, objTimeZoneInfo);
但是当我使用"E. Australia Daylight Time"或"Australian Eastern Daylight Time(AEDT)"时,我会听到以下错误
The time zone ID 'E. Australia Daylight Time' was not found on the local computer.
The time zone ID 'Australian Eastern Daylight Time (AEDT)' was not found on the local computer.
我应该将什么时区ID传递给FindSystemTimeZoneById()方法以正确转换为澳大利亚东部夏令时(AEDT)？
我是Azure存储帐户的新手。在学习期间，我发现以下链接：
它说以下有关可用的访问层：
热 -优化用于存储经常访问的数据。
凉爽 -已优化，用于存储不经常访问和存储至少30天的数据。
存档 -经过优化，可存储很少访问的数据，并且存储至少180天，并具有灵活的延迟要求（以小时为单位）。
在这里我有点困惑。酷层和归档层用于存储我的数据，该数据不是很频繁访问，但是我需要很长一段时间。
但是根据我从上面的链接了解的内容，文件将在30天后从酷层中删除，并在180天后从存档层中删除。
因此，如果确实是，如果在酷层中30天未访问任何文件，而在归档层中180天没有访问任何文件，那么该文件将被删除并且永远无法访问？
如果不是的话，它们的含义是“针对不经常访问和存储至少30天的数据进行了优化”？
我研究了以下链接以了解 Azure Storage V2 的热层、冷层和存档层。
https://learn.microsoft.com/en-us/azure/storage/blobs/storage-blob-storage-tiers
在Blob 补水部分中，它说：
要读取归档存储中的数据，必须首先将 Blob 的层更改为热层或冷层。此过程称为补液，最多可能需要 15 小时才能完成。
我的问题是：