{"id":3540,"date":"2017-09-12T00:00:00","date_gmt":"2017-09-12T00:00:00","guid":{"rendered":"https:\/\/azure.microsoft.com\/blog\/events-data-points-and-messages-choosing-the-right-azure-messaging-service-for-your-data"},"modified":"2025-06-25T02:36:24","modified_gmt":"2025-06-25T09:36:24","slug":"events-data-points-and-messages-choosing-the-right-azure-messaging-service-for-your-data","status":"publish","type":"post","link":"https:\/\/azure.microsoft.com\/en-us\/blog\/events-data-points-and-messages-choosing-the-right-azure-messaging-service-for-your-data\/","title":{"rendered":"Events, Data Points, and Messages – Choosing the right Azure messaging service for your data"},"content":{"rendered":"\n

With the introduction of Event Grid<\/a>, Microsoft Azure now offers an even greater choice of messaging infrastructure options. The expanded messaging service fleet consists of the Service Bus<\/a> message broker, the Event Hubs<\/a> streaming platform, and the new Event Grid event distribution service. Those services, which are all focused on moving datagrams, are complemented by the Azure Relay<\/a> that enables bi-directional, point-to-point network connection bridging.<\/p>\n\n\n\n

At first glance, it may appear that Service Bus, Event Hubs, and the Event Grid compete with each other. They all accept datagrams, either called events or messages, and they enable consumers to obtain and handle them.<\/p>\n\n\n\n

Looking more closely at the kind of information that is published and how that information is consumed and processed, reveals, however, that the usage scenario overlap of the three services is rather small and that they are very complementary. A single application might use all three services in combination, each for different functional aspects, and we expect a lot of Azure solutions to do so.<\/p>\n\n\n\n

To understand the differences, let\u2019s first explore the intent of the publisher.<\/p>\n\n\n\n

If a publisher has a certain expectation of how the published information item ought to be handled, and what audience should receive it, it\u2019s issuing a command<\/em>, assigning a job, <\/em>or handing over control of a collaborative activity, <\/em>either of which is expressed in a message<\/em>.<\/p>\n\n\n\n

Message exchanges<\/h2>\n\n\n\n

Messages<\/em> often carry information that pass the baton of handling certain steps in a workflow or a processing chain to a different role inside a system. Those messages, like a purchase order or a monetary account transfer record, may express significant inherent monetary value. That value may be lost and\/or very difficult to recover if such a message were somehow lost in transfer. The transfer of such messages may be subject to certain deadlines, might have to occur at certain times, and may have to be processed in a certain order. Messages may also express outright commands to perform a specific action. The publisher may also expect that the receiver(s) of a message report back the outcome of the processing, and will make a path available for those reports to be sent back.<\/p>\n\n\n\n

This kind of contractual message handling is quite different from a publisher offering facts to an audience without having any specific expectations of how they ought to be handled. Distribution of such facts is best-called events<\/em>.<\/p>\n\n\n\n

Event distribution and streaming<\/h2>\n\n\n\n

Events<\/em> are also messages, but they don\u2019t generally convey a publisher intent, other than to inform. An event captures a fact and conveys that fact. A consumer of the event can process the fact as it pleases and doesn\u2019t fulfill any specific expectations held by the publisher.<\/p>\n\n\n\n

Events largely fall into two big categories: They either hold information about specific actions that have been carried out by the publishing application, or they carry informational data points as elements of a continuously published stream.<\/p>\n\n\n\n

Let\u2019s first consider an example for an event sent based on an activity. Once a sales support application has created a data record for a new sales lead, it might emit an event that makes this fact known. The event will contain some summary information about the new lead that is thought to be sufficient for a receiver to decide whether it is interested in more details, and some form of link or reference that allows the obtaining of those details.<\/p>\n\n\n\n

The ability to subscribe to the source and therefore obtain the event, and to subsequently get the referenced information will obviously be subject to access control checks. Any such authorized party may react to the event with their own logic and therefore extend the functionality of the overall system.<\/p>\n\n\n\n

A subscriber to the \u201cnew sales lead\u201d event may, for instance, be an application that handles newsletter distribution, and signs up the prospective customer to newsletters that match their interests and which they agreed to receive. Another subscriber to the same event may put the prospective customer on an invitation list for a trade show happening in their home region in the following month and initiate sending an invitation letter via regular mail. The latter system extension may be a function that\u2019s created and run just on behalf of the regional office for the duration of a few weeks before the event, and subsequently removed.<\/p>\n\n\n\n

The core of the sales support application isn\u2019t telling those two subscribers what to do and isn\u2019t even aware of them. They are authorized consumers of events published by the source application, but the coupling is very loose, and removing these consumers doesn\u2019t impact the source application\u2019s functional integrity. Creating transparency into the state changes of the core application allows for easy functional extension of the overall system functionality, either permanent or temporary.<\/p>\n\n\n\n

Events that inform about discrete \u201cbusiness logic activity\u201d are different from events that are emitted with an eye on statistical evaluation and where the value of emitting those events lies in the derived insights. Such statistics may be used for application and equipment health and load monitoring, for user experience and usage metrics, and many other purposes. Events that support the creation of statistics are emitted very frequently, and usually capture data point observations made at a certain instant.<\/p>\n\n\n\n

The most common example for events carrying data points are log data events as they are produced by web servers or, in a different realm, by environmental sensors in field equipment. Typically, an application wouldn\u2019t trigger actions based on such point observations, but rather on a derived trend. If a temperature sensor near a door indicates a chilly temperature for a moment, instantly turning up the heating is likely an overreaction. But if the temperature remains low for a minute or two, turning up the heat a notch and also raising an alert about that door possibly not being shut are good reactions. These examples are based on looking at a series of events calculating the temperature trend over time, not just a point observation.<\/p>\n\n\n\n

The analysis of such streams of events carrying data points, especially when near real-time insights are needed, requires data to be accumulated in a buffer that spans a desired time window and a desired number of events, and then processed using some statistical function or some machine-trained algorithm. The best pattern to acquire events of such a buffer is to pull them towards the buffer, do the calculation, move the time window, pull the next batch of events to fill the time window, do the next calculation, and so forth.<\/p>\n\n\n\n

The Azure Messaging services fleet<\/h2>\n\n\n\n

Applications emit action events and data point events as messages to provide insights into what work they do and how that work is progressing. Other messages are used to express commands, work jobs, or transfers of control between collaborating parties. While these are all messages, the usage scenarios are so different that Microsoft Azure provides a differentiated, and yet composable, portfolio of services.<\/p>\n\n\n\n

Azure Event Hubs<\/h3>\n\n\n\n

Azure Event Hubs<\/a><\/strong> is designed with focus on the data point event scenario. An Event Hub is an \u201cevent ingestor\u201d that accepts and stores event data, and makes that event data available for fast \u201cpull\u201d retrieval. A stream analytics processor tasked with a particular analytics job can \u201cwalk up\u201d to the Event Hub, pick a time offset, and replay the ingested event sequence at the required pace and with full control; an analytics task that requires replaying the same sequence multiple times can do so. Because most modern systems handle many data streams from different publishers in parallel, Event Hubs support a partitioning model that allows keeping related events together while enabling fast and highly parallelized processing of the individual streams that are multiplexed through the Event Hub. Each Event Hub instance is typically used for events of very similar shape and data content from the same kind of publishers, so that analytics processors get the right content in a timely fashion, and without skipping.<\/p>\n\n\n\n

Example: A set of servers that make up a web farm may push their traffic log data into one Event Hub, and the partition distribution of those events may be anchored on the respective client IP address to keep related events together. That Event Hub capturing traffic log events will be distinct from another Event Hub that receives application tracing events from the same set of servers because the shape and context of those events differ.<\/p>\n\n\n\n

The temperature sensors discussed earlier each emit a distinct stream that will be kept together using the Event Hub partitioning model, using the identity of the device as the partitioning key. The same partitioning logic and a compatible consumption model is also used in Azure IoT Hubs.<\/p>\n\n\n\n

The Event Hubs Capture<\/a> feature automatically writes batches of captured events into either Azure Storage blob containers or into Azure Data Lake and enables timely batch-oriented processing of events as well as \u201cevent sourcing<\/a>\u201d based on full raw data histories.<\/p>\n\n\n\n

Azure Event Grid<\/h3>\n\n\n\n

Azure Event Grid<\/a><\/strong> is the distribution fabric for discrete \u201cbusiness logic activity\u201d events that stand alone and are valuable outside of a stream context. Because those events are not as strongly correlated and also don\u2019t require processing in batches, the model for how those events are being dispatched for processing is very different.<\/p>\n\n\n\n

The first assumption made for the model is that there\u2019s a very large number of different events for different contexts emitted by an application or platform service, and a consumer may be interested in just one particular event type or just one particular context. This motivates a filtered subscriber model where a consumer can select a precise subset of the emitted events to be delivered.  <\/p>\n\n\n\n

The second assumption is that independent events can generally be processed in a highly parallelized fashion using Web service calls or \u201cserverless\u201d functions. The most efficient model for dispatching events to those handlers is to \u201cpush\u201d them out, and have the existing auto-scaling capabilities of the Web site, Azure Functions, or Azure Logic Apps manage the required processing capacity. If Azure Event Grid gets errors indicating that the target is too busy, it will back off for a little time, which allows for more resources to be spun up. This composition of Azure Event Grid with existing service capabilities in the platform ensures that customers don\u2019t need to pay for running \u201cidle\u201d functionality like a custom VM\/Container hosting the aforementioned newsletter service \u2013 and that doesn\u2019t do anything but wait for the next event, while still having processing capacity ready in milliseconds for when such an event occurs.<\/p>\n\n\n\n

Azure Service Bus<\/h3>\n\n\n\n

Azure Service Bus<\/a> <\/strong>is the \u201cSwiss Army Knife\u201d service for all other generic messaging tasks. While Azure Event Grid and Azure Event Hubs have a razor-sharp focus on the collection and distribution of events at great scale, and with great velocity, an Azure Service Bus namespace is a host for queues holding jobs of critical business value. It allows for the creation of routes for messages that need to travel between applications and application modules. It is a solid platform for workflow and transaction handling and has robust facilities for dealing with many application fault conditions.<\/p>\n\n\n\n

A sale recorded in a point-of-sale solution is both a financial record and an inventory tracking record, and not a mere event. It\u2019s recorded in a ledger, which will eventually be merged into a centralized accounting system, often via several integration bridges, and the information must not be lost on the way. The sales information, possibly expressed as separate messages to keep track of the stock levels at the point of sale, and across the sales region, may be used to initiate automated resupply orders with order status flowing back to the point of sale.<\/p>\n\n\n\n

A particular strength of Service Bus is also its function as a bridge between elements of hybrid cloud solutions and systems that include branch-office or work-site systems. Systems that sit \u201cbehind the firewall\u201d, are roaming across networks, or are occasionally offline can\u2019t be reached directly via \u201cpush\u201d messaging, but require messages to be sent to an agreed pickup location from where the designated receiver can obtain them.<\/p>\n\n\n\n

Service Bus queues or topic subscriptions are ideal for this use-case, where the core of the business application lives in the cloud or even an on-site datacenter, branch-offices, work-sites, or service tenants spread across the world. This model is particularly popular with SaaS providers in health care, tax and legal consulting, restaurant services, and retail.<\/p>\n\n\n\n

Composition<\/h2>\n\n\n\n

Because it\u2019s often difficult to draw sharp lines between the various use-cases, the three services can also be composed. (Mind that Event Grid is still in early preview; some of the composition capabilities described here will be made available in the coming months)<\/p>\n\n\n\n

First, both Service Bus and Event Hub will emit events into Event Grid that will allow applications to react to changes quickly, while not wasting resources on idle time. When a queue or subscription is \u201cactivated\u201d by a message after sitting idle for a period of time, it will emit a Grid event. The Grid event can then trigger a function that spins up a job processor.<\/p>\n\n\n\n

This addresses the case where high-value messages flow only very sporadically, maybe at rates of a handful of messages per day, and to keep a service alive on an idle queue will be unnecessarily costly. Even if the processing of said messages were to require substantial resources, the spin-up of those resources can be anchored on the Event Grid event trigger. The available queue messages are then processed, and the resources can again be spun down.<\/p>\n\n\n\n

Event Hub will emit a Grid event when a Capture package has been dropped into an Azure Storage container, and this can trigger a function to process or move the package.<\/p>\n\n\n\n

Second, Event Grid will allow subscribers to drop events into Service Bus queues or topics, and into Event Hubs.<\/p>\n\n\n\n

If there\u2019s an on-premises service in a hybrid cloud solution that is interested in specific files appearing in an Azure Storage container so that it can promptly download them, it can reach out to the cloud through NAT and Firewall and listen on a Service Bus queue that is subscribed to that event on Azure Storage.<\/p>\n\n\n\n

The same model of routing a Grid event to a queue is applicable if reacting to the event is particularly costly in terms of time and\/or resources, or if there\u2019s a high risk of failure. The Event Grid will wait for, at most, 60 seconds for an event to be positively acknowledged. If there\u2019s any chance that the processing will take longer, it\u2019s better to turn to the Service Bus pull model that allows for processing to take much longer while maintaining a lock on the message.<\/p>\n\n\n\n

Since many Event Grid events will also be interesting to be looked at statistically and projected over time, you can route them selectively into an Event Hub, and from there into the many different analytics channels that are Event Hub enabled, without writing any extra code. Event Hub Capture is also a great archive facility for Grid events through this easily configured path.<\/p>\n\n\n\n

Summary<\/h2>\n\n\n\n

Azure Messaging provides a fleet of services that allows application builders to pick a fully-managed service that best fits their needs for a particular scenario. The services follow common principles and provide composability that doesn\u2019t force developers into hard decisions choosing between the services. The core messaging fleet that consists of Event Hubs, Event Grid, Service Bus, and the Relay is complemented by further messaging-based or message-driven Azure services for more specific scenarios, such as Logic Apps<\/a>, IoT Hub<\/a> and Notification Hubs<\/a>.<\/p>\n\n\n\n

It\u2019s quite common for a single application to rely on multiple messaging services in composition, and we hope that we could provide some orientation around which of the core services is most appropriate for each scenario.<\/p>\n","protected":false},"excerpt":{"rendered":"

With the introduction of Event Grid, Microsoft Azure now offers an even greater choice of messaging infrastructure options. The expanded messaging service fleet consists of the Service Bus message broker, the Event Hubs streaming platform, and the new Event Grid event distribution service…<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"ms_queue_id":[],"ep_exclude_from_search":false,"_classifai_error":"","_classifai_text_to_speech_error":"","_alt_title":"","footnotes":"","msx_community_cta_settings":[]},"categories":[1498],"tags":[48],"audience":[3054,3055,3056],"content-type":[],"product":[1586],"tech-community":[],"topic":[],"coauthors":[867],"class_list":["post-3540","post","type-post","status-publish","format-standard","hentry","category-integration","tag-big-data","audience-business-decision-makers","audience-developers","audience-it-implementors","product-service-bus","review-flag-1680286581-295","review-flag-and-o-1680286581-349","review-flag-fall-1680286584-980","review-flag-iot-1680286585-835","review-flag-new-1680286579-546","review-flag-vm-1680286585-143"],"yoast_head":"\nEvents, Data Points, and Messages - Choosing the right Azure messaging service for your data | Microsoft Azure Blog<\/title>\n<meta name=\"description\" content=\"With the introduction of Event Grid, Microsoft Azure now offers an even greater choice of messaging infrastructure options. The expanded messaging service fleet consists of the Service Bus message broker, the Event Hubs streaming platform, and the new Event Grid event distribution service...\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/azure.microsoft.com\/en-us\/blog\/events-data-points-and-messages-choosing-the-right-azure-messaging-service-for-your-data\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Events, Data Points, and Messages - Choosing the right Azure messaging service for your data | Microsoft Azure Blog\" \/>\n<meta property=\"og:description\" content=\"With the introduction of Event Grid, Microsoft Azure now offers an even greater choice of messaging infrastructure options. The expanded messaging service fleet consists of the Service Bus message broker, the Event Hubs streaming platform, and the new Event Grid event distribution service...\" \/>\n<meta property=\"og:url\" content=\"https:\/\/azure.microsoft.com\/en-us\/blog\/events-data-points-and-messages-choosing-the-right-azure-messaging-service-for-your-data\/\" \/>\n<meta property=\"og:site_name\" content=\"Microsoft Azure Blog\" \/>\n<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/microsoftazure\" \/>\n<meta property=\"article:published_time\" content=\"2017-09-12T00:00:00+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2025-06-25T09:36:24+00:00\" \/>\n<meta name=\"author\" content=\"Clemens Vasters\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:creator\" content=\"@azure\" \/>\n<meta name=\"twitter:site\" content=\"@azure\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"Clemens Vasters\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"12 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\/\/azure.microsoft.com\/en-us\/blog\/events-data-points-and-messages-choosing-the-right-azure-messaging-service-for-your-data\/#article\",\"isPartOf\":{\"@id\":\"https:\/\/azure.microsoft.com\/en-us\/blog\/events-data-points-and-messages-choosing-the-right-azure-messaging-service-for-your-data\/\"},\"author\":[{\"@id\":\"https:\/\/azure.microsoft.com\/en-us\/blog\/author\/clemens-vasters\/\",\"@type\":\"Person\",\"@name\":\"Clemens Vasters\"}],\"headline\":\"Events, Data Points, and Messages – Choosing the right Azure messaging service for your data\",\"datePublished\":\"2017-09-12T00:00:00+00:00\",\"dateModified\":\"2025-06-25T09:36:24+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\/\/azure.microsoft.com\/en-us\/blog\/events-data-points-and-messages-choosing-the-right-azure-messaging-service-for-your-data\/\"},\"wordCount\":2673,\"commentCount\":0,\"publisher\":{\"@id\":\"https:\/\/azure.microsoft.com\/en-us\/blog\/#organization\"},\"keywords\":[\"Big Data\"],\"articleSection\":[\"Integration\"],\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\/\/azure.microsoft.com\/en-us\/blog\/events-data-points-and-messages-choosing-the-right-azure-messaging-service-for-your-data\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\/\/azure.microsoft.com\/en-us\/blog\/events-data-points-and-messages-choosing-the-right-azure-messaging-service-for-your-data\/\",\"url\":\"https:\/\/azure.microsoft.com\/en-us\/blog\/events-data-points-and-messages-choosing-the-right-azure-messaging-service-for-your-data\/\",\"name\":\"Events, Data Points, and Messages - Choosing the right Azure messaging service for your data | Microsoft Azure Blog\",\"isPartOf\":{\"@id\":\"https:\/\/azure.microsoft.com\/en-us\/blog\/#website\"},\"datePublished\":\"2017-09-12T00:00:00+00:00\",\"dateModified\":\"2025-06-25T09:36:24+00:00\",\"description\":\"With the introduction of Event Grid, Microsoft Azure now offers an even greater choice of messaging infrastructure options. The expanded messaging service fleet consists of the Service Bus message broker, the Event Hubs streaming platform, and the new Event Grid event distribution service...\",\"breadcrumb\":{\"@id\":\"https:\/\/azure.microsoft.com\/en-us\/blog\/events-data-points-and-messages-choosing-the-right-azure-messaging-service-for-your-data\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/azure.microsoft.com\/en-us\/blog\/events-data-points-and-messages-choosing-the-right-azure-messaging-service-for-your-data\/\"]}]},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/azure.microsoft.com\/en-us\/blog\/events-data-points-and-messages-choosing-the-right-azure-messaging-service-for-your-data\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Blog home\",\"item\":\"https:\/\/azure.microsoft.com\/en-us\/blog\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Integration\",\"item\":\"https:\/\/azure.microsoft.com\/en-us\/blog\/category\/integration\/\"},{\"@type\":\"ListItem\",\"position\":3,\"name\":\"Events, Data Points, and Messages – Choosing the right Azure messaging service for your data\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/azure.microsoft.com\/en-us\/blog\/#website\",\"url\":\"https:\/\/azure.microsoft.com\/en-us\/blog\/\",\"name\":\"Microsoft Azure Blog\",\"description\":\"Get the latest Azure news, updates, and announcements from the Azure blog. From product updates to hot topics, hear from the Azure experts.\",\"publisher\":{\"@id\":\"https:\/\/azure.microsoft.com\/en-us\/blog\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/azure.microsoft.com\/en-us\/blog\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-US\"},{\"@type\":\"Organization\",\"@id\":\"https:\/\/azure.microsoft.com\/en-us\/blog\/#organization\",\"name\":\"Microsoft Azure Blog\",\"url\":\"https:\/\/azure.microsoft.com\/en-us\/blog\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\/\/azure.microsoft.com\/en-us\/blog\/#\/schema\/logo\/image\/\",\"url\":\"https:\/\/azure.microsoft.com\/en-us\/blog\/wp-content\/uploads\/2024\/06\/microsoft_logo.webp\",\"contentUrl\":\"https:\/\/azure.microsoft.com\/en-us\/blog\/wp-content\/uploads\/2024\/06\/microsoft_logo.webp\",\"width\":512,\"height\":512,\"caption\":\"Microsoft Azure Blog\"},\"image\":{\"@id\":\"https:\/\/azure.microsoft.com\/en-us\/blog\/#\/schema\/logo\/image\/\"},\"sameAs\":[\"https:\/\/www.facebook.com\/microsoftazure\",\"https:\/\/x.com\/azure\",\"https:\/\/www.instagram.com\/microsoftdeveloper\/\",\"https:\/\/www.linkedin.com\/company\/16188386\",\"https:\/\/www.youtube.com\/user\/windowsazure\"]},{\"@type\":\"Person\",\"@id\":\"https:\/\/azure.microsoft.com\/en-us\/blog\/#\/schema\/person\/c702e5edd662b328b49b7e1180cab117\",\"name\":\"shakir\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\/\/secure.gravatar.com\/avatar\/9342c7c05bb16548741bc5cd3a3e3b7ee0c8e746844ad2cc582db5beb5514c6f?s=96&d=mm&r=g7664e653ea371ce16eaf75e9fa8952c4\",\"url\":\"https:\/\/secure.gravatar.com\/avatar\/9342c7c05bb16548741bc5cd3a3e3b7ee0c8e746844ad2cc582db5beb5514c6f?s=96&d=mm&r=g\",\"contentUrl\":\"https:\/\/secure.gravatar.com\/avatar\/9342c7c05bb16548741bc5cd3a3e3b7ee0c8e746844ad2cc582db5beb5514c6f?s=96&d=mm&r=g\",\"caption\":\"shakir\"},\"sameAs\":[\"https:\/\/azure.microsoft.com\"],\"url\":\"https:\/\/azure.microsoft.com\/en-us\/blog\/author\/shakir\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Events, Data Points, and Messages - Choosing the right Azure messaging service for your data | Microsoft Azure Blog","description":"With the introduction of Event Grid, Microsoft Azure now offers an even greater choice of messaging infrastructure options. The expanded messaging service fleet consists of the Service Bus message broker, the Event Hubs streaming platform, and the new Event Grid event distribution service...","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/azure.microsoft.com\/en-us\/blog\/events-data-points-and-messages-choosing-the-right-azure-messaging-service-for-your-data\/","og_locale":"en_US","og_type":"article","og_title":"Events, Data Points, and Messages - Choosing the right Azure messaging service for your data | Microsoft Azure Blog","og_description":"With the introduction of Event Grid, Microsoft Azure now offers an even greater choice of messaging infrastructure options. The expanded messaging service fleet consists of the Service Bus message broker, the Event Hubs streaming platform, and the new Event Grid event distribution service...","og_url":"https:\/\/azure.microsoft.com\/en-us\/blog\/events-data-points-and-messages-choosing-the-right-azure-messaging-service-for-your-data\/","og_site_name":"Microsoft Azure Blog","article_publisher":"https:\/\/www.facebook.com\/microsoftazure","article_published_time":"2017-09-12T00:00:00+00:00","article_modified_time":"2025-06-25T09:36:24+00:00","author":"Clemens Vasters","twitter_card":"summary_large_image","twitter_creator":"@azure","twitter_site":"@azure","twitter_misc":{"Written by":"Clemens Vasters","Est. reading time":"12 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/azure.microsoft.com\/en-us\/blog\/events-data-points-and-messages-choosing-the-right-azure-messaging-service-for-your-data\/#article","isPartOf":{"@id":"https:\/\/azure.microsoft.com\/en-us\/blog\/events-data-points-and-messages-choosing-the-right-azure-messaging-service-for-your-data\/"},"author":[{"@id":"https:\/\/azure.microsoft.com\/en-us\/blog\/author\/clemens-vasters\/","@type":"Person","@name":"Clemens Vasters"}],"headline":"Events, Data Points, and Messages – Choosing the right Azure messaging service for your data","datePublished":"2017-09-12T00:00:00+00:00","dateModified":"2025-06-25T09:36:24+00:00","mainEntityOfPage":{"@id":"https:\/\/azure.microsoft.com\/en-us\/blog\/events-data-points-and-messages-choosing-the-right-azure-messaging-service-for-your-data\/"},"wordCount":2673,"commentCount":0,"publisher":{"@id":"https:\/\/azure.microsoft.com\/en-us\/blog\/#organization"},"keywords":["Big Data"],"articleSection":["Integration"],"inLanguage":"en-US","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/azure.microsoft.com\/en-us\/blog\/events-data-points-and-messages-choosing-the-right-azure-messaging-service-for-your-data\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/azure.microsoft.com\/en-us\/blog\/events-data-points-and-messages-choosing-the-right-azure-messaging-service-for-your-data\/","url":"https:\/\/azure.microsoft.com\/en-us\/blog\/events-data-points-and-messages-choosing-the-right-azure-messaging-service-for-your-data\/","name":"Events, Data Points, and Messages - Choosing the right Azure messaging service for your data | Microsoft Azure Blog","isPartOf":{"@id":"https:\/\/azure.microsoft.com\/en-us\/blog\/#website"},"datePublished":"2017-09-12T00:00:00+00:00","dateModified":"2025-06-25T09:36:24+00:00","description":"With the introduction of Event Grid, Microsoft Azure now offers an even greater choice of messaging infrastructure options. The expanded messaging service fleet consists of the Service Bus message broker, the Event Hubs streaming platform, and the new Event Grid event distribution service...","breadcrumb":{"@id":"https:\/\/azure.microsoft.com\/en-us\/blog\/events-data-points-and-messages-choosing-the-right-azure-messaging-service-for-your-data\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/azure.microsoft.com\/en-us\/blog\/events-data-points-and-messages-choosing-the-right-azure-messaging-service-for-your-data\/"]}]},{"@type":"BreadcrumbList","@id":"https:\/\/azure.microsoft.com\/en-us\/blog\/events-data-points-and-messages-choosing-the-right-azure-messaging-service-for-your-data\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Blog home","item":"https:\/\/azure.microsoft.com\/en-us\/blog\/"},{"@type":"ListItem","position":2,"name":"Integration","item":"https:\/\/azure.microsoft.com\/en-us\/blog\/category\/integration\/"},{"@type":"ListItem","position":3,"name":"Events, Data Points, and Messages – Choosing the right Azure messaging service for your data"}]},{"@type":"WebSite","@id":"https:\/\/azure.microsoft.com\/en-us\/blog\/#website","url":"https:\/\/azure.microsoft.com\/en-us\/blog\/","name":"Microsoft Azure Blog","description":"Get the latest Azure news, updates, and announcements from the Azure blog. From product updates to hot topics, hear from the Azure experts.","publisher":{"@id":"https:\/\/azure.microsoft.com\/en-us\/blog\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/azure.microsoft.com\/en-us\/blog\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-US"},{"@type":"Organization","@id":"https:\/\/azure.microsoft.com\/en-us\/blog\/#organization","name":"Microsoft Azure Blog","url":"https:\/\/azure.microsoft.com\/en-us\/blog\/","logo":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/azure.microsoft.com\/en-us\/blog\/#\/schema\/logo\/image\/","url":"https:\/\/azure.microsoft.com\/en-us\/blog\/wp-content\/uploads\/2024\/06\/microsoft_logo.webp","contentUrl":"https:\/\/azure.microsoft.com\/en-us\/blog\/wp-content\/uploads\/2024\/06\/microsoft_logo.webp","width":512,"height":512,"caption":"Microsoft Azure Blog"},"image":{"@id":"https:\/\/azure.microsoft.com\/en-us\/blog\/#\/schema\/logo\/image\/"},"sameAs":["https:\/\/www.facebook.com\/microsoftazure","https:\/\/x.com\/azure","https:\/\/www.instagram.com\/microsoftdeveloper\/","https:\/\/www.linkedin.com\/company\/16188386","https:\/\/www.youtube.com\/user\/windowsazure"]},{"@type":"Person","@id":"https:\/\/azure.microsoft.com\/en-us\/blog\/#\/schema\/person\/c702e5edd662b328b49b7e1180cab117","name":"shakir","image":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/secure.gravatar.com\/avatar\/9342c7c05bb16548741bc5cd3a3e3b7ee0c8e746844ad2cc582db5beb5514c6f?s=96&d=mm&r=g7664e653ea371ce16eaf75e9fa8952c4","url":"https:\/\/secure.gravatar.com\/avatar\/9342c7c05bb16548741bc5cd3a3e3b7ee0c8e746844ad2cc582db5beb5514c6f?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/9342c7c05bb16548741bc5cd3a3e3b7ee0c8e746844ad2cc582db5beb5514c6f?s=96&d=mm&r=g","caption":"shakir"},"sameAs":["https:\/\/azure.microsoft.com"],"url":"https:\/\/azure.microsoft.com\/en-us\/blog\/author\/shakir\/"}]}},"msxcm_display_generated_audio":false,"msxcm_animated_featured_image":null,"distributor_meta":false,"distributor_terms":false,"distributor_media":false,"distributor_original_site_name":"Microsoft Azure Blog","distributor_original_site_url":"https:\/\/azure.microsoft.com\/en-us\/blog","push-errors":false,"_links":{"self":[{"href":"https:\/\/azure.microsoft.com\/en-us\/blog\/wp-json\/wp\/v2\/posts\/3540","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/azure.microsoft.com\/en-us\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/azure.microsoft.com\/en-us\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/azure.microsoft.com\/en-us\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/azure.microsoft.com\/en-us\/blog\/wp-json\/wp\/v2\/comments?post=3540"}],"version-history":[{"count":1,"href":"https:\/\/azure.microsoft.com\/en-us\/blog\/wp-json\/wp\/v2\/posts\/3540\/revisions"}],"predecessor-version":[{"id":43177,"href":"https:\/\/azure.microsoft.com\/en-us\/blog\/wp-json\/wp\/v2\/posts\/3540\/revisions\/43177"}],"wp:attachment":[{"href":"https:\/\/azure.microsoft.com\/en-us\/blog\/wp-json\/wp\/v2\/media?parent=3540"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/azure.microsoft.com\/en-us\/blog\/wp-json\/wp\/v2\/categories?post=3540"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/azure.microsoft.com\/en-us\/blog\/wp-json\/wp\/v2\/tags?post=3540"},{"taxonomy":"audience","embeddable":true,"href":"https:\/\/azure.microsoft.com\/en-us\/blog\/wp-json\/wp\/v2\/audience?post=3540"},{"taxonomy":"content-type","embeddable":true,"href":"https:\/\/azure.microsoft.com\/en-us\/blog\/wp-json\/wp\/v2\/content-type?post=3540"},{"taxonomy":"product","embeddable":true,"href":"https:\/\/azure.microsoft.com\/en-us\/blog\/wp-json\/wp\/v2\/product?post=3540"},{"taxonomy":"tech-community","embeddable":true,"href":"https:\/\/azure.microsoft.com\/en-us\/blog\/wp-json\/wp\/v2\/tech-community?post=3540"},{"taxonomy":"topic","embeddable":true,"href":"https:\/\/azure.microsoft.com\/en-us\/blog\/wp-json\/wp\/v2\/topic?post=3540"},{"taxonomy":"author","embeddable":true,"href":"https:\/\/azure.microsoft.com\/en-us\/blog\/wp-json\/wp\/v2\/coauthors?post=3540"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}