我有一個wep api,在一秒鐘內獲得超過100個請求,它需要快速回復。將QueueBackgroundWorkItem用於事件集線器發送數據操作是否是一個好主意?
有在每個請求的兩個主要任務:
- 獲取從緩存答案並返回給用戶
- 結果發送到活動中心(對於某些每小時計算)
第二部分不關心api調用者。所以任何錯誤和緩慢,超時都不應該改變我的響應時間。
我的問題:
那麼應該怎麼執行?
我可以使用「HostingEnvironment.QueueBackgroundWorkItem」作爲後臺作業的那種 嗎?你有什麼建議?
可以使用異步版本的事件集線器發送方法更改任何可能的實現的可伸縮性和性能的東西 ?
謝謝你的回答。其實我想知道這個想法是否合理?我只想保持我的api穩定,並且不想因爲任何錯誤或超時而不感興趣的api調用者變得緩慢。順便說一句,我已經在使用批處理髮送消息。 –
查看更新的答案。 –