Azure Event Grid helps Microsoft and its customers in multiple forms. Firstly, Azure didn’t have a direct competitor to Amazon Simple Notification Service(SNS). Second, the existing services such as Azure Queue and Service Bus are designed for different use cases. They predate the emerging paradigm of serverless computing. Microsoft utilized the opportunity to ship something better than SNS, and a messaging service designed for the contemporary microservices and serverless applications.
The cloud is increasingly becoming event-driven. When the average CPU utilization goes beyond 60 percent, an auto scale event is triggered to add new VMs to the scale set. When the health check fails for five consecutive times, the load balancer will raise an event and then stops sending the traffic to the VM. When a document is manipulated in Microsoft Cosmos DB, a change feed event is triggered. These sample events only represent a tiny subset of events that take place in the cloud. Almost every action initiated through the portal, API and CLI results in firing an event. If developers are exposed to these events along with the metadata, they gain fine-grain control over the lifecycle of resource lifecycle.
Azure Event Grid is designed to address this scenario, to enable developers to access events generated by the cloud infrastructure.
Apart from the cloud-generated events, Azure Event Grid can be exploited for custom events. It can act as a pipe to connect custom event sources and targets. For example, a developer can use Azure Event Grid to fire a custom event to notify that the shopping cart is checked out in an e-commerce portal. That event can be consumed by independent targets to process the event.
Read the entire article at The New Stack