Reputation: 635
I'm developing a cloud application, that indexing a large number of documents (with lucene), and hosting a wcf service to search it. I have 3 roles:
The process of the update:
I would like to update the index once or twice a week, so the worker role pools the message queue a lot of time with no result (even if I set a big sleep time in thread.sleep), and we have to pay for every transaction.
What you think? Would it be better to host a WCF servcice inside the worker role to receive the update message, and not polling the message queue (mostly) unnecessarily?
Thanks for you help!
T
Upvotes: 2
Views: 217
Reputation: 3451
It depends on your future plans for that application.
WCF is definitely a good way to set up inter-role communication, especially for these 'low-frequency' events.
But if you plan to have more and more of these admin events (and maybe even plan to schedule some of these events , using the delivery scheduling options for service bus messages), than service bus might offer you just that little thing more. If you don't need the async, scheduling and scale out, than just go for WCF
Good luck with the app
Upvotes: 1
Reputation: 71035
Unless you have some very specific needs for Service Bus messaging, this sounds like overkill, especially with the very low message frequency you're sending. A very simple WCF service call should suffice. And if the WCF service is kept internal-only (meaning access over an internal endpoint without exposing it to the world), then you don't even need to worry about security.
Upvotes: 2