Just to add on iam attaching one article which i found is useful.Just read this also:
Why use asynchronous, queued messaging? Queues enable flexible work scheduling, which can translate into big improvements in both performance and scalability. Take order entry, for example. Your system needs to process some parts of an order—such as order header, available to promise, and order lines—before you can consider the order complete. But other parts of the order—such as billing, shipping, and inventory—realistically don't have to happen before the system commits the order. If a system can process the parts of the order that can be delayed in a guaranteed but asynchronous manner, your organization can process the core part of the order faster.
Asynchronous queued messaging can also provide opportunities for increased parallelism. For example, if you need to check a customer's credit and the availability of ordered items, doing both processes simultaneously can improve overall response time. Queuing can also let systems distribute processing more evenly, reducing the server's required peak capacity.
What Service Broker can do. With Service Broker, Yukon becomes a platform for building loosely coupled, asynchronous database applications. Most large database applications have one or more tables that they use as queues. Although using a table as a queue is useful for improving performance and scalability, keeping transactional accuracy is difficult. Service Broker addresses the complexity of building table queues by implementing queues as built-in database objects. The queue-handling code built into the database kernel handles the locking, ordering, and multithreading processes that cause problems in most homegrown database queues.
To scale out asynchronous database applications, Service Broker includes reliable, transactional messaging between SQL Server instances. Service Broker uses a dialog mechanism that transmits the message between two services exactly once and in order, preventing duplicate messages. To ensure that an application is always running to process received messages, Service Broker includes an activation feature that increases the number of processing stored procedures as the workload increases and decreases the number of stored procedures as the queue workload decreases or becomes inactive.
What Service Broker isn't. Service Broker isn't a general-purpose messaging system. Service Broker supports only transactional messaging.