[英]Azure Service Bus Topic Requests vs Messages
這是傳入請求的預期行為。
即使沒有消息發送到service bus
, Scale Unit
(托管服務總線)也會始終向service bus
發送請求以進行health check
/ polling
(我對此不太確定,只是猜測)。
您可以通過設置azure service bus
的Diagnostic settings
來檢查此行為。 例如,您可以將OperationalLogs
發送到azure blob storage
或azure log analytics
,然后您可以稍后查看OperationalLogs
。 如下所示(這里,我將日志發送到azure blob storage
):
然后等待幾分鍾,go 到azure blob storage
-> 找到自動創建的名為 insight insights-logs-operationallogs
的容器,其結構類似於SUBSCRIPTIONS / RESOURCEGROUPS / PROVIDERS / NAMESPACES / year / month / hour / day / hour
-> 那么應該有一個類似於PT1H.json
的 append blob。 您可以下載它並檢查那里的日志。 日志如下所示:
在日志中,您可以看到caller
rpfrontdoor繼續向service bus
發送請求。
在此處添加了詳細的日志消息:
{ “環境”:“PROD”,“地區”:“美國中部”,“ScaleUnit”:“PROD-DM2-006”,“ActivityId”:“e203b024-48dc-44d3-b5eb-e345c090676c”,“EventName”: “檢索命名空間”、“resourceId”:“/SUBSCRIPTIONS/xxx/RESOURCEGROUPS/xxx/PROVIDERS/MICROSOFT.SERVICEBUS/NAMESPACES/HDUAIDHWUAYDQHD”、“SubscriptionId”:“xxx”、“EventTimeString”:“2021 年 4 月 15 日 9: 22:27 AM +00:00", "EventProperties": "{"SubscriptionId":"xxxx","Namespace":"hduaidhwuaydqhd","Via":"https://hduaidhwuaydqhd.servicebus.windows.net/$資源/主題?api-version=2017-04&$skip=0&$top=100","TrackingId":"e203b024-48dc-44d3-b5eb-e345c090676c_M7SN1_M7SN1_G7"}", "Status": "Succeeded", "Caller" :“rpfrontdoor”,“類別”:“操作日志”}
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.