-
Notifications
You must be signed in to change notification settings - Fork 302
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Board Review: Service Bus: Introductory session with champion scenarios #992
Comments
Scheduled for the 18th |
Scenario: Service bus used for resiliency ("no lost messages"), allowing for backpressure
|
Scenario: Service bus coordinates work between several components which are in various languages and platforms:
Several key parts of this design:
|
Some more helpful links from Clemens |
The recording is available here (MSFT INTERNAL): https://msit.microsoftstream.com/video/0222fec8-2c36-4db3-a710-74ed2811454f .NET Samples are available here: https://github.com/Azure/azure-service-bus/tree/master/samples/DotNet/Microsoft.Azure.ServiceBus |
The Basics
Team responsible for the client library: Azure SDK team
Link to documentation describing the service:
Contact email:
Champion Scenarios
Service Bus is intended for traditional enterprise applications. These enterprise applications require transactions, ordering, duplicate detection, and instantaneous consistency. Service Bus enables cloud-native applications to provide reliable state transition management for business processes. When handling high-value messages that cannot be lost or duplicated, use Azure Service Bus. Service Bus also facilitates highly secure communication across hybrid cloud solutions and can connect existing on-premises systems to cloud solutions.
Service Bus is a brokered messaging system. It stores messages in a "broker" (for example, a queue) until the consuming party is ready to receive the messages.
It has the following characteristics:
Some sample scenarios
The text was updated successfully, but these errors were encountered: