从队列中获取的消息的 Azure 服务总线队列日志记录
Azure Service Bus queue logging of messages taken from queue
我们有一个 .NET Core 3.1 web-API 应用程序侦听 Azure 服务总线队列。我们希望获得有关队列中消息消费者的更多信息——在我们的工作流中，给定队列应该只有一个（指定的）消费者，但我们怀疑有多个消费者。我们怀疑这是因为在处理队列中的消息时（和之后）在指定的消费者应用程序日志上没有应用程序日志条目。
为了尝试确定排队条目的消费者，我查看了与 AzureActivity 和 AzureDiagnostics 相关的服务总线日志和查询，但是我找不到关于消息/项目的具体信息给定队列
任何人都可以阐明我如何找到有关排队项目消费者的详细信息吗？
Azure Service Bus 是一条消息 broker 并且它不应该 transform/process 消息的内容当消息在 Azure 上 in-transit 给消费者时。
您在 Log Analytics 中看到的操作日志和 activity 日志仅限于针对您的服务总线命名空间执行的管理操作。
Azure 服务总线目前支持 activity 和操作日志，它们捕获在 Azure 服务总线命名空间上执行的管理操作。
具体来说，这些日志捕获操作类型，包括队列创建、使用的资源，以及状态操作.
更多信息，请参考此link。
我们有一个 .NET Core 3.1 web-API 应用程序侦听 Azure 服务总线队列。我们希望获得有关队列中消息消费者的更多信息——在我们的工作流中，给定队列应该只有一个（指定的）消费者，但我们怀疑有多个消费者。我们怀疑这是因为在处理队列中的消息时（和之后）在指定的消费者应用程序日志上没有应用程序日志条目。
为了尝试确定排队条目的消费者，我查看了与 AzureActivity 和 AzureDiagnostics 相关的服务总线日志和查询，但是我找不到关于消息/项目的具体信息给定队列
任何人都可以阐明我如何找到有关排队项目消费者的详细信息吗？
Azure Service Bus 是一条消息 broker 并且它不应该 transform/process 消息的内容当消息在 Azure 上 in-transit 给消费者时。
您在 Log Analytics 中看到的操作日志和 activity 日志仅限于针对您的服务总线命名空间执行的管理操作。
Azure 服务总线目前支持 activity 和操作日志，它们捕获在 Azure 服务总线命名空间上执行的管理操作。
具体来说，这些日志捕获操作类型，包括队列创建、使用的资源，以及状态操作.
更多信息，请参考此link。