Creating up a Azure Event Subscription to blob storage - c#

I am developing a .net core application where I would like to create an Azure Event Subscription to Azure blob storage in C#. I've set up a Event Grid System Topic
This Event Grid Topic is supposed to have a subscription that listens to events on Blobstore (created, delete, rename) and pushes them to a Service bus.
I would like to create an EventSubscription in C# but I can't find any references.

Eventgrid operates as a push and forget mechanism. So you can't have your aplication polling Event grid for an event. You need to have your application triggered by Event grid instead. The most suitable option would be an Azure function with is triggered by Event grid. See Link.
You can use a service bus output binding to write to Service bus. Refer to this documentation.

Related

Azure pub-sub for arm deployment state change

I have the following requirement: I'm deploying an ARM template from a service fabric service. Now I want to subscribe to that deployment resource and react/write a handler/custom webhook when it's state changes to a terminal state (success or failure). Currently we're polling every 60 seconds to check the status. I am reading about event hubs and event grids, but haven't yet found any helpful links.

What are the differences between Azure Web PubSub and Event Grid/Event Hub?

It seems to me that Azure Web PubSub is a combination of both Event Grid and Event Hub using web sockets, instead of HTTP. However, I'm not 100% sure and could not find any articles that have a direct comparison between the 3 services.
To answer your question let me explain all the three services one after another.
Azure Event Grid
Azure Event Grid is a complete event routing service actively running on top of Azure Service Fabric. It issues events from various services like Azure Storage Blobs to different handlers like Azure Functions. It is event driven publish-subscribe model ( reactive programming).
Azure Event Grid can connect to any application that you create, and the Events generated by the application can be pulled and published to different other destinations.
Azure Event Hub
Azure Event Hub is a data ingestion service that streams a huge count of messages from any source to provide an immediate response to business challenges. It streams millions of events per second from any source to build dynamic data pipelines and immediately respond to business challenges. Think it as multiple source big data streaming pipeline (telemetry data).
The difference between them is that Event Hubs are accepting only endpoints for the ingestion of data and they don’t provide a mechanism for sending data back to publishers. On the other hand, Event Grid sends HTTP requests to notify events that happen in publishers.
Azure Web PubSub
PubSub is the short form for Publish Subscribe. If you have ever used Azure SignalR or WebSockets before to send things between publisher and subscriber, then that is what Web PubSub also does. So Azure Web PubSub is a managed service for handling real-time communication with your application.
When you are using WebSockets, you have these long running connections between clients and app server but it gets tricky to scale them as you are handling long-running requests. This problem is solved by Web PubSub service, which comes in the middle of your clients and app server. Now your clients can talk to this server and you can do http in between Azure Web PubSub service and the App Server. So your app server remains http only, but all the hard WebSocket logic is handled by the service for you.
The Azure Web PubSub service is build on the same core fundamental platform as SignalR but the main difference between these two is Azure Web PubSub is purely serverless and in SingnalR you need to use SignalR client but with Web PubSub you can use any client and any language.
Lastly, I would suggest you to read these Choose between Azure messaging services and Azure Web PubSub documentation for more information.

Email notification when Event grid fails in event delivery against its subscriber

I am using Azure function to subscribe events from event grid topic.
Due to some failure If my Azure function stopped to work then Azure event delivery fails.
How to get emails notification when this delivery fails.
Azure Event Grid support dead-lettering. Once all retries have been exhausted, when dead-lettering is configure configured, failed events will be stored in Storage account as blobs. At that point, you're free to chose what mechanism to use to send your email notification. One option is to use Azure Function with Storage Blob trigger with SendGrid email binding.

"Eternal" Azure Function?

I want to create an Azure Function that constantly listens for events from an IP Cam SDK.
Is it possible to do something like this? Or my process would be killed eventually?
while (true)
{
new System.Threading.AutoResetEvent(false).WaitOne();
}
Azure functions differ from traditional services in a way that they don't need to listen for events continuously.
They get invoked each time automatically by triggers
Most common trigger types are:
ServiceBus
HTTP call
Timer
And many others
Check the official documentation here https://learn.microsoft.com/en-us/azure/azure-functions/functions-triggers-bindings

Windows System Notification Event Service & Custom Events

I know with the Windows System Notification Event Service (SNES) I can subscribe to many different system events.
Is it possible to create my own type of System Event and publish events to the System Notification Event Service?
Have you tried developing your own COM object and seeing if these events are captured by the SENS service? If so, you should be able to create a listener based on the CLSID.

Categories