Azure Messaging and Service Bus

Our monthly hands-on lab series continues on Wednesday nights at Microsoft. The next session will be held at the Microsoft Mid-Atlantic Office in Malvern, PA on June 7 from 5:30-8:00. Refreshments are provided courtesy of philly.NET.

This will be the third installment of our Azure series of Hands On Labs.

Please be aware that for the entire lab series you will need an Azure subscription of some kind if you want to follow along. Here are your options:

• Corporate account

• Visual Studio Subscription (previously MSDN)

• BizSpark

• Partner Action Pack

• Pay as you go

You will also need Visual Studio Community or Enterprise – 2017 or 2015 w/update 3. Please have this on your system before coming to the meeting – our bandwidth is limited…

There will be seats for 30 in the main room. We will simulcast to the other rooms for a total of 75 seats.

What we’ll be doing…

Azure Event Hubs is a hyper-scale telemetry ingestion service that collects, transforms, and stores millions of events. As a distributed streaming platform, it gives you low latency and configurable time retention, which enables you to ingress massive amounts of telemetry into the cloud and read the data from multiple applications using publish-subscribe semantics. Use the Event Hubs Archive feature, which allows a single stream to support real-time and batch based pipelines, and reduces the complexity of your solution. Build for today’s batch processing on a platform that supports tomorrow’s real-time analytics and processing. Event Hubs Archive is the easiest way to load data into Azure.

Service Bus is a multi-tenant cloud service that provides modern message queuing concepts implemented in the Microsoft Cloud as platform as a service:

• Queues, which allow one-directional communication. Each queue acts as an intermediary (sometimes called a broker) that stores sent messages until they are received. Each message is received by a single recipient.

• Topics, which provide one-directional communication using subscriptions-a single topic can have multiple subscriptions. Like a queue, a topic acts as a broker, but each subscription can optionally use a filter to receive only messages that match specific criteria.

• Relays, which provide bi-directional communication. Unlike queues and topics, a relay doesn’t store in-flight messages; it’s not a broker. Instead, it just passes them on to the destination application.

Lab1 – (

Lab2 – (