在NServiceBus中考慮服務時,您開始質疑有多少消息處理的消息太多並開始將這些消息分解爲新服務?NServiceBus,使用的消息太多了嗎?
考慮以下情況:我有一個銷售服務,目前可以被分成幾個不同的業務組件,這些都是銷售訂單確認,銷售訂單處理,採購訂單確認和訂單處理。
目前大約有20的消息處理程序和該服務內使用2個傳奇。我擔心的是,在我的網站流量很高的情況下,這可能會導致郵件的初始高峯跳到數百個。考慮到消息需要按照從隊列中取出的順序進行處理,這可能會導致隊列中最後一個消息的延遲(取決於每個消息的處理情況)。
當分離服務中的問題納入更小的業務組件,我覺得這讓事情變得更容易一些。當然,這是一個邏輯上的分離,但它似乎提供了一個清晰和理解層。對我來說,看起來似乎更容易做到這一點,而不是創建新的服務,最終我得到的服務越多,我需要做的維護越多。
有沒有人有類似的擔憂呢?
處理消息時,它們是否都讀取/寫入相同的數據庫/表? – 2013-03-20 07:04:18
我想我知道你要去哪裏。除了用Raven管理自己國家的傳奇外,這些服務被分離到不同的數據庫中。 – Ryan 2013-03-20 10:47:23