![Azure Messaging & Stream Processing - "Subscribe!"](/img/default-banner.jpg)
- 19
- 139 868
Azure Messaging & Stream Processing - "Subscribe!"
United States
เข้าร่วมเมื่อ 27 ส.ค. 2013
Subscribe! is a video blog about Messaging, Middleware, Architecture, and all sort of other interesting topics around building larger and more sophisticated solutions than your average website on Azure. The channel host is Clemens Vasters, Principal Architect at Microsoft.
Azure Event Grid features for MQTT Broker, Pull Delivery, and Push Delivery
This demo showcases the MQTT broker capability, Pull Delivery, and Push Delivery in Azure Event Grid through two scenarios. Through the first scenario, you will learn about the use of Event Grid for MQTT telemetry ingestion, Pub/Sub communication between MQTT clients, and routing of MQTT messages to Azure services and custom applications. Through the second scenario, you will learn about the use of Event Grid's pull delivery for integrating microservices.
More: learn.microsoft.com/en-us/azure/event-grid/overview
More: learn.microsoft.com/en-us/azure/event-grid/overview
มุมมอง: 1 930
วีดีโอ
The new MQTT broker functionality in Azure Event Grid
มุมมอง 4.8Kปีที่แล้ว
In this demo, we showcase the new MQTT broker functionality in Azure Event Grid. We demonstrate the configuration of an Event Grid namespace, Pub/Sub communication between MQTT clients, and routing of MQTT messages through Azure Event Hubs and Azure Stream Analytics to a PowerBI dashboard. Resources: - Documentation: learn.microsoft.com/azure/event-grid/mqtt-overview - Samples: github.com/Azure...
Azure Event Hubs Deep Dive (Azure & AI Conference 2022)
มุมมอง 14K2 ปีที่แล้ว
Slides & Audio recording of my talk about the Azure Event Hubs features and internal architecture at the Azure & AI conference ins Las Vegas in April 2022. Slides at github.com/clemensv/messaging/tree/main/presentations
Azure Messaging Standards Matter (Azure & AI Conference 2022)
มุมมอง 5K2 ปีที่แล้ว
Slides & Audio recording of my talk about Azure Messaging and related standards at the Azure & AI Conference in Las Vegas in April 2022. Slides at github.com/clemensv/messaging/tree/main/presentations
Azure Service Bus Deep Dive (Azure & AI Conference 2022)
มุมมอง 16K2 ปีที่แล้ว
This session, the Azure Service Bus "Architect's Cut", is a deep dive that explains many of Service Bus's features and also goes into quite a bit of detail on the backend architecture of the service. This was recorde4d at the Azure & AI conference in Las Vegas in April 2022. Slides at github.com/clemensv/messaging/tree/main/presentations
The AMQP 1.0 Protocol - 5/6 - Type System
มุมมอง 4.6K8 ปีที่แล้ว
This is part 5 of a 6 part series introducing the AMQP 1.0 protocol. The AMQP 1.0 protocol is used by Microsoft Azure Service Bus, Service Bus for Windows Server, Azure Event Hubs, Azure IoT Hub, and by numerous open source projects like Apache Qpid, Apache ActiveMQ, and Apache Apollo, as well as by commercial messaging products of other vendors like JBoss A-MQ, RedHat MRG, SwiftMQ, and IBM MQL...
The AMQP 1.0 Protocol - 2/6 - Core Elements
มุมมอง 12K8 ปีที่แล้ว
This is part 2 of a 6 part series introducing the AMQP 1.0 protocol. The AMQP 1.0 protocol is used by Microsoft Azure Service Bus, Service Bus for Windows Server, Azure Event Hubs, Azure IoT Hub, and by numerous open source projects like Apache Qpid, Apache ActiveMQ, and Apache Apollo, as well as by commercial messaging products of other vendors like JBoss A-MQ, RedHat MRG, SwiftMQ, and IBM MQL...
The AMQP 1.0 Protocol - 6/6 - Composite Types and Messages
มุมมอง 4K8 ปีที่แล้ว
This is part 6 of a 6 part series introducing the AMQP 1.0 protocol. The AMQP 1.0 protocol is used by Microsoft Azure Service Bus, Service Bus for Windows Server, Azure Event Hubs, Azure IoT Hub, and by numerous open source projects like Apache Qpid, Apache ActiveMQ, and Apache Apollo, as well as by commercial messaging products of other vendors like JBoss A-MQ, RedHat MRG, SwiftMQ, and IBM MQL...
The AMQP 1.0 Protocol - 3/6 - Message Transfers
มุมมอง 7K8 ปีที่แล้ว
This is part 3 of a 6 part series introducing the AMQP 1.0 protocol. The AMQP 1.0 protocol is used by Microsoft Azure Service Bus, Service Bus for Windows Server, Azure Event Hubs, Azure IoT Hub, and by numerous open source projects like Apache Qpid, Apache ActiveMQ, and Apache Apollo, as well as by commercial messaging products of other vendors like JBoss A-MQ, RedHat MRG, SwiftMQ, and IBM MQL...
The AMQP 1.0 Protocol - 4/6 - Flow Control
มุมมอง 6K8 ปีที่แล้ว
This is part 4 of a 6 part series introducing the AMQP 1.0 protocol. The AMQP 1.0 protocol is used by Microsoft Azure Service Bus, Service Bus for Windows Server, Azure Event Hubs, Azure IoT Hub, and by numerous open source projects like Apache Qpid, Apache ActiveMQ, and Apache Apollo, as well as by commercial messaging products of other vendors like JBoss A-MQ, RedHat MRG, SwiftMQ, and IBM MQL...
The AMQP 1.0 Protocol - 1/6 - Introduction
มุมมอง 40K8 ปีที่แล้ว
This is part 1 of a 6 part series introducing the AMQP 1.0 protocol. (Slides at 1drv.ms/1KVIJ1X) The AMQP 1.0 protocol is used by Microsoft Azure Service Bus, Service Bus for Windows Server, Azure Event Hubs, Azure IoT Hub, and by numerous open source projects like Apache Qpid, Apache ActiveMQ, and Apache Apollo, as well as by commercial messaging products of other vendors like JBoss A-MQ, RedH...
Azure Service Bus Messaging Overview
มุมมอง 11K9 ปีที่แล้ว
With the advent of the public preview of Azure Service Bus Premium Messaging, it's time for a fresh Service Bus Messaging overview talk here on Subscribe. This episode covers some of the motivations for why and how messaging middleware helps in applications, enumerates the different deployment and operations choices for Service Bus, gives a basic overview on capabilities, and provides informati...
Introducing Azure Service Bus Premium Messaging
มุมมอง 3409 ปีที่แล้ว
Azure Service Bus is the core messaging platform that sits at the heart of many sophisticated Azure-based solutions today. Azure Service Bus Premium Messaging is a new offering, now entering public preview that builds on the successful and reliable foundation of Service Bus Messaging. Premium Messaging provides a number of key enhancements for greater predictability and performance required for...
Semi-Autonomous Volkswagen Golf - IAV Highway Driving Experience
มุมมอง 8K9 ปีที่แล้ว
The automotive engineering firm IAV brought a highly automated (or semi-autonomous) vehicle to Microsoft Campus in August 2015 to demonstrate the state-of-the-art in autonomous highway driving experience whereby the vehicle does not require fancy extras such as a US$150,000 360-degree sensor array on its roof or a perfect street map as it is the case with the prototypes from other companies. Th...
Device to Cloud, Hands-On. Part 5: Tunnel in Tunnel in Tunnel and Other Security Witchcraft.
มุมมอง 33210 ปีที่แล้ว
Before attending two recent M2M conferences in Düsseldorf and Berlin, I probably wouldn't have recorded this episode. But as I see it, there's quite a bit of fear-driven "black magic" security pixie-dust applied to industrial scenarios in form of stacking up layers of hardware boxes, and "VPN" is often used and understood as a synonym for a comprehensive security solution, while vendors in this...
Device to Cloud, Hands-On. Part 4: Intermediated, Service-Assisted Connectivity
มุมมอง 31110 ปีที่แล้ว
Device to Cloud, Hands-On. Part 4: Intermediated, Service-Assisted Connectivity
Device to Cloud, Hands-On. Part 3: Safer Commands via a Cloud Gateway
มุมมอง 46911 ปีที่แล้ว
Device to Cloud, Hands-On. Part 3: Safer Commands via a Cloud Gateway
Device to Cloud, Hands-On. Part 2: Pattern Overview and Commands with HTTP
มุมมอง 84211 ปีที่แล้ว
Device to Cloud, Hands-On. Part 2: Pattern Overview and Commands with HTTP
Device to Cloud, Hands-On. Part 1: Prototyping Platforms
มุมมอง 2.8K11 ปีที่แล้ว
Device to Cloud, Hands-On. Part 1: Prototyping Platforms
holy cow, this is a truly excellent series.
Hello, hello. For the people here, asking how to connect the "MQTTX". Well, MQTTX or any other MQTT client will need to be configured basically in the same way: Broker URL, Port, and the most important The client certificate and the key. Once you do that, your client that could be anything will work perfectly. Personally, I like a lot MQTT Explorer so I always use that one. I entered the corresponding settings, I uploaded the Client Certficate and the key (this is Very important) and basically that's all. All works fine :)
if there is a downstream application of the consumer, is it possible for the downstream consumer to send the acknowledgement to the queue that the message was accepted and handled? Or it should be the consumer only which can send an acknowledgement ?
can you kindly explain how you setup MQTTX to connect to Azure Event Grid why don't you want to explain step by step how to configure everything, especially what everyone cares about the most mqttx also how to create a demo certificate for each mqtt client, you are avoiding the topic of how to configure everything and it irritates me a lot I know you are presenting possibilities, but for us engineers the most important thing is how everything works and how we can configure it to our needs so that our customer is satisfied. i f I show them that everything works, then I can find potential customers, if I show them how everything works on a real example I'm sorry for this tone, but it will definitely be financially beneficial for you to show step by step how to set up the mqqt client.
Same here. He avoided the most important part.
Thank you for your short and crisp tutorial for the Azure Event Grid. I have a question, how and what DB is preferred to save the published messages? I Have a scenario where I have 100 plus MQTT streams and I want to process and save the processed output into timeseries DB. And if needed users can pull up the historical data and see the trends etc. Thank you for your time and support.
Cosmos DB
At 11:47 you say that the topic names are either flat or hierarchical but I can only see in service bus that they are Flat.... if i try and make a hierarchical name it just gets converted to warehouse~ab~siteA. Has this been removed as supported functionality? for my scenario i might have customerA/live/topic1 customerB/live/topic1 so being able to manage these hierarchically and apply a permission at the customerB/live point and have it cascade to all child topics would be great but i don't see how you do this.
Very good presentation! 👍
Hi can anyone explain how to generate certificate(s) and use the thumbnail authentication please?
Hey could you please explain how to connect MQTTX to azure event grid?
can you kindly explain how you setup MQTTX to connect to Azure Event Grid?
Azure Event Grid is a push style distribution of events. Azure Service Buss is a pull-style. Azure Event Hubs is a push-style or pull-style? The sever (Event Hubs) pushes the events to the consumer.? Or the consumer pull the events?
The consumer pulls with Event Hubs.
@@clemensv Thanks!
In Kafka we have brokers. We have the leader and the follower. If the leader server goes down, then the follower becomes the leader. Does Azure Event Hubs has something similar?
As I explain in this talk, an Event Hubs deployment, of which we have several hundred, is a 3-tier broker cluster consisting of usually more than 30 VMs spread across 3 availability zones (= independent data centers). If any component across these three tiers goes down, it is instantly replaced in its role by a predesignated secondary (follower). We can lose two entire data centers and your namespace will still be up.
@@clemensv Perfect! Thanks for your answer
Nice video!, How can I get the configuration data of an Azure Service Bus queue or topic automatically with powershell? thanks
Fantastic details. More, more, more.
Hi Clemens, Thanks for the wonderful presentation. I am looking to use Azure Service bus at organization level and wanted to know if there is some best practices that can be used for queue management and sharing Azure Service Bus across multiple application. I want to use Azure Service Bus as central place for sending notifications from application to application
𝐩𝓻Ỗ𝓂Ø𝓈M ✌️
How does the locking of messages work with multiple consumers (subscribers of topics) on the incoming message?
Each subscription has a distinct queue and locking there works like with any other queue. You can also have competing consumers on a subscription.
It is explained that a channel is unidirectional, but in the picture there are CH0, CH1, CH2 pointing in both directions, why?
Sir, Slides or ppts' are not accessible through the description given link. Please help me...
এই চ্যানেল সাব্সক্রাইব করে নোটিফিকেশন অন করে দিন th-cam.com/channels/dMRJA7XyKM86DzXd6onKig.html আমার চ্যানেলের কনটেন্ট গুলো ভালো লাগলে লাইক, শেয়ার ও কমেন্ট করু
how is Event Hubs topic(Event Hub) different from Service Bus topic
Excellent series
Excellent introduction to AMQP. After seeing this I feel confident I can start reading the AMQP specs without being lost.
Hi, thanks for the videos. Session Flow Control is in the TLS layer, and Link Flow Control is above, in the application layer. Is this correct? And as i know, TCP itself has also Flow Control in its layer in the transport layer (layer4). Why is a Link Flow Control required? Is the Session Flow Control the same as the TCP Flow Control or is it again one above, additionally? Why do we have several Flow Controls on each layer/level? Why is a Link Flow Control needed if TCP already have a Flow Control? Appreciate any comments.
A lot of this flow control stuff seems like it would be handled for you via TCP, no? TCP with their sliding windows and what not. Is there and advantage to doing this up in the application layer too?
TCP only knows streams, not individual messages.
I have had great service really I got a great job with it I got
Please share link to next course o. TRANSACTIONS and so on..
Thanks Clemens: you've managed to bring the lacklustre OASIS spec to life. Bedankt!
Is there someone that can give me a brief summary/ explanation of this.??
This is the brief summary/ explanation of this
He mentioned that the original specification is 100 pages long and this is 15 minutes of video. Yet you need a summary? ALAS!
Yay, SWF file format revived!
Thank you for these videos. You are much clearer than the spec. Where is part 6?
Look at the camera not at the monitor
Shut up, listen and be thankful.
@CaboLabs Health Informatics Dont be a dumb idiot
what is the difference between a channel and a link? It is too confusing. If channels are the same as links then why introduce two terms for the same thing?
channels are ephemeral and recreated upon every connection... Links are a higher abstraction and built on top of channels/sessions, which state can be persisted
damn boring :(
If fundamentals are boring to you then you have a tough career ahead dude.
That is mind blowing !!!!!
hello, sir, By watching your videos i brought ethernet shield and arduino. What i am trying to do is access my ethernet shield or arduino from any remote location. But its not working , i tried port forwarding from my router. I can access them on my local network. So please help
Audio is a bit rough - echo-y.
Nice video. Thanks.
How do I connect to my radio stream from two different devices at the same time without getting knocked off by one..