在 Azure 服务总线上记录主题和订阅消息 activity
Log topic and subscription message activity on Azure Service Bus
目前我正在研究一个涉及两个使用 Azure 服务总线共享消息的桌面应用程序的解决方案。
我正在尝试找出主题订阅者接收消息所用时间过长的问题。
在我的测试环境中，我很确定消息已经发送到主题，但不知何故订阅者接收它的时间太长了。
为了接收消息，我使用了一种使用服务总线 REST API 的破坏性读取方法。该应用程序不断检查新消息。
我想知道我是否可以记录消息何时到达服务总线以及何时被销毁（读取），这样我可以确保这不是问题所在。
我已经尝试在 Azure 门户中激活服务总线诊断日志，但这似乎不是我需要的。那里没有看到任何相关内容。
我也看到了an example，但是这个使用客户端api来接收消息。
知道怎么做吗？
I would like know if I can log when messages arrive at the service bus and when they are destroyed (read), so I can make sure this is not where the problem is located.
Broker 端日志记录功能尚不可用。您可以做的最好的事情是创建一个带有订阅的窃听器以捕获所有消息，并使用该订阅存储已发送消息的副本，以查看消息何时传递给代理。
对于秒部分，客户端从代理接收，您需要在客户端登录。
目前我正在研究一个涉及两个使用 Azure 服务总线共享消息的桌面应用程序的解决方案。
我正在尝试找出主题订阅者接收消息所用时间过长的问题。
在我的测试环境中，我很确定消息已经发送到主题，但不知何故订阅者接收它的时间太长了。
为了接收消息，我使用了一种使用服务总线 REST API 的破坏性读取方法。该应用程序不断检查新消息。
我想知道我是否可以记录消息何时到达服务总线以及何时被销毁（读取），这样我可以确保这不是问题所在。
我已经尝试在 Azure 门户中激活服务总线诊断日志，但这似乎不是我需要的。那里没有看到任何相关内容。
我也看到了an example，但是这个使用客户端api来接收消息。
知道怎么做吗？
I would like know if I can log when messages arrive at the service bus and when they are destroyed (read), so I can make sure this is not where the problem is located.
Broker 端日志记录功能尚不可用。您可以做的最好的事情是创建一个带有订阅的窃听器以捕获所有消息，并使用该订阅存储已发送消息的副本，以查看消息何时传递给代理。
对于秒部分，客户端从代理接收，您需要在客户端登录。