问题标签 [azure-eventgrid]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
azure - 事件中心的事件网格订阅以摄取特定分区中的日志
在创建事件网格订阅并使用 eventthub 作为端点时,无法指定所有消息应发送到的 partitionID。是否可以通过 Webhook?我发现可以通过 Rest API 看到这里。它使用以下网址。https://{serviceNamespace}.servicebus.windows.net/{eventHubPath}/publishers/{deviceId}/messages。我正在尝试将这些事件摄取到事件中心。但我想要的是这些事件被摄取到事件中心的特定分区中。是否可以通过事件订阅(可能通过将 deviceid 作为参数传递)?或者是否有任何其他方式来配置事件订阅以将这些事件路由到事件中心中的特定 partitionID。
我正在使用 nodejs 编写无服务器代码,并且正在通过 azure 门户创建事件网格订阅。
PS 我从 Azure 支持团队确认,目前不支持此功能,必须使用 Azure 功能将事件定向到特定的 partitionID。
azure-eventgrid - 无法在 azure 门户中查看 eventgrid 订阅。也无法创建新的
我已经为主题类型“Azure 订阅”创建了大约 12 个事件网格订阅。自 2018 年 5 月 30 日以来,无法在 Azure 门户中看到其中任何一个。
我可以在 azure cli 中看到列表(请参阅屏幕截图list_shown_in_cli),但在 GUI 中看不到相同的列表(请参阅屏幕截图list_not_shown_in_gui)。
此外,我也无法创建新订阅。尝试创建新的 eventgrid 订阅时,我在浏览器的开发人员控制台中观察到了 javascript 错误(请参阅屏幕截图error_creating_eventgrid_subscription)。
azure - 创建事件订阅:“部署失败,出现以下错误:未定义”
我正在尝试使用 Azure 无服务器创建一个简单的场景:将文件“放入”到“文件夹”中。
我目前的想法是使用 Blob 存储并使用事件订阅将其链接到函数。
我非常想遵循本教程:https ://mobilefirstcloudfirst.net/2017/12/connecting-azure-blob-storage-events-using-event-grid/
但是,我在尝试创建事件订阅时收到以下错误通知:
“部署失败并出现以下错误:未定义”
我有点不确定如何处理“未定义”之类的错误信息。它是 Azure 错误还是某些东西的输出?
azure - 如何跟踪失败/过期的天蓝色事件网格传递消息?
很高兴看到 azure 事件网格具有 24 小时重试策略,具有指数回退的事件传递,可用性为 99.99%。但是,我遇到了这样一种情况,即预期的事件网格消息之一即使在 24 小时后也没有到达。
我为事件配置了一个 web 挂钩,主题为 /subscriptions/id/resourcegroups/name/providers/Microsoft.Resources/deployments/name,我期望在资源组部署完成后完成,正如我从 azure 门户看到的那样,它成功了。
您能否帮助澄清以下问题,
- 要检查是否尝试了 24 小时重试,我在哪里可以找到日志
- 如果尝试并重试用尽,我在哪里可以找到日志
- 如果由于事件网格的故障或不可用,即使消费者可用,也没有发生交付,我在哪里可以找到日志
azure-eventgrid - Azure 函数未向事件网格报告失败
@azuresupport #azTechHelp 我有一个带有 Azure Function 订阅者的事件网格主题,该订阅者具有 CosmosDB 输出绑定。这是功能
此函数中的逻辑(通常)永远不会失败,但是 Cosmos DB 绑定可能会失败(并且由于吞吐量限制而失败)。所以函数失败了,但没关系,我们的事件网格会重试,对吧?错误的!
问题是事件网格没有记录失败,因此从不重试事件。
现在我们可以编写函数来在函数内部执行 Cosmos CRUD 并强制出错,或者可以创建我们自己的绑定,但我们想坚持使用内置的 Cosmos 绑定。
Azure中的人可以看看吗?
azure - Azure EventGrid 主题中的多个 EventType
Azure EventGrid 主题和事件的最佳做法是什么?
将不同的事件类型发布到同一个 Azure EventGrid 主题是不是一个坏主意?例如多个不同的领域事件
我们什么时候需要不同的主题?整个应用程序的单个共享主题?每个聚合根类型一个主题?每个事件类型一个主题?
欢迎任何建议,因为没有明确的答案
第2部分。
如果我想与各种 Azure 逻辑应用集成怎么办?如果多个逻辑应用对同一个主题做出反应,它们会互相窃取消息吗?每个逻辑应用都会创建一些不可见的订阅吗?
azure - Azure 事件网格到 Azure 中继,混合连接
我正在使用 Azure 中继混合连接处理程序测试 Azure 事件网格。它不适合我。
我可以看到正在发布到 Azure 事件网格的消息。到目前为止,一切都很好。
我已设置对事件网格主题的订阅,并将其配置为将事件发送到指定为具有混合连接终结点的 Azure 中继的处理程序。
查看使用混合连接处理程序的订阅指标,我看到以下遥测数据:
- 匹配事件
- 运送失败
- 过期活动
…但我没有看到“交付成功”事件???
此外,连接到 Azure 中继的混合连接侦听器(只是一个简单的控制台应用程序)不会收到任何信息。我已经通过直接向中继发送一些测试消息来测试侦听器,并且效果很好。
合乎逻辑的结论是,发布到事件网格的事件可能没有传递到中继混合连接处理程序。但为什么?没有那么多参数,所以我不确定我做错了什么。配置它似乎相当简单。
我开始相信事件网格/混合连接方案目前不起作用。毕竟它是在预览中,所以可以解释它。
我知道这里没什么可做的,但我希望其他人可能对此有一些经验?
问题仍然存在。这些问题似乎与从事件网格订阅传递到混合连接的 json 格式有关。
更新
我终于有时间更仔细地研究一下了。
我设置了事件网格测试器,每次事件网格收到一条消息时,我都会在日志中看到这个错误:
HybridConnection: Message processing failed - Unable to cast object of type 'Newtonsoft.Json.Linq.JValue' to type 'Newtonsoft.Json.Linq.JObject'.
我仍然无法解决此问题,因为我无法控制消息。消息由 Azure 逻辑应用生成并使用事件网格连接器发送到事件网格。Azure 逻辑应用程序中的事件网格连接器处于预览状态,这可能解释了我所看到的挑战。
azure - Azure 事件网格 - Azure Function 的事件传递安全性
我一直在研究与 Azure 事件网格与 Azure Function 集成相关的 POC。我被困在此处提到的事件传递安全性上。
我正在使用由 Azure Blob 存储中的内置事件网格订阅发送的事件网格触发器。如上述 URL 中所述,我在 WebHook 端点中添加了一个访问令牌作为查询参数。
但我无法在函数代码中访问该参数。有人可以分享这样做的样本吗?
仅供参考 - 以下是我的代码中的函数定义。
azure - azure 事件网格 - 使用 azure 存储队列作为 endpointType 创建订阅
如前所述,我们可以使用 Azure CLI 通过存储队列订阅事件网格主题:
使用 Microsoft.Azure.Management.EventGrid 时:
我没有得到任何属性或方法来设置 CLI 命令中提到的端点类型和端点。
谁能帮助我如何使用 c# nuget 库将端点类型设置为 storagequeue
azure - 事件网格“Microsoft.EventHub.CaptureFileCreated”事件未发布到 Azure 函数订阅
我正在尝试开发一个 Azure 函数来处理由事件中心的捕获功能创建的 blob。但是,虽然捕获 blob 已正确存储在容器中,但似乎没有将任何Microsoft.EventHub.CaptureFileCreated
事件发布到 Function 订阅。函数端点的事件订阅已创建且没有错误,Azure CLI 的输出为
该函数的主体是一个标准的 Http 触发器,其中包含事件网格端点订阅所需的额外验证部分
作为一个实验,如果我为另一种类型的事件(fi blob 创建事件)添加相同的函数端点,我可以在日志中看到函数调用。此外,在事件订阅的 Metrics 刀片中,似乎从未向订阅者发布任何事件
此外,将捕获事件的订阅添加到逻辑应用程序或存储队列导致发布的事件为零,与 webhook 触发器一样。还值得注意的是,这不适用于 Azure 函数(v1 和 v2)的两个运行时环境,甚至在使用特定EventGridTrigger
属性而不是通用 Http 触发器时也是如此;但是,其他事件类型正确发布事件并触发该功能。
为了参考可能的复制步骤,我从这个 Microsoft 教程中获得了灵感,跳过了 SQL Server/Data Warehouse 部分。在寻找其他有类似问题的人时,我发现这个问题似乎与我的情况有关,但没有明确的答案或线索可能是什么问题。一定是缺少了什么,但我不知道接下来要尝试什么。