{"id":27248,"date":"2020-03-04T00:00:00","date_gmt":"2020-03-03T23:00:00","guid":{"rendered":"https:\/\/blexin.com\/?p=27248"},"modified":"2021-05-21T20:29:03","modified_gmt":"2021-05-21T18:29:03","slug":"un-mondo-di-messaggi-con-azure","status":"publish","type":"post","link":"https:\/\/blexin.com\/it\/blog\/un-mondo-di-messaggi-con-azure\/","title":{"rendered":"Un mondo di messaggi con Azure"},"content":{"rendered":"\n
\"\"<\/figure>\n\n\n\n

Negli articoli precedenti, abbiamo visto l\u2019importanza di disaccoppiare le comunicazioni in applicazioni enterprise, e abbiamo utilizzato soluzioni on-premise, come RabbitMQ e astrazioni del trasporto, come Rebus. Il cloud offre comunque strumenti nativi per la gestione dei messaggi. In Azure, in particolare, abbiamo a disposizione tre servizi che hanno proprio lo scopo, in contesti differenti, di aiutarci a realizzare questo disaccoppiamento: Azure Service Bus<\/em>, Azure Event Hub<\/em> e Azure Event Grid<\/em>.<\/p>\n\n\n\n

Azure Service Bus \u00e8 pi\u00f9 adatto in quegli scenari enterprise dove si ha la necessit\u00e0 di scambiare messaggi il cui contenuto ha un alto valore. In questi contesti, chi crea il messaggio ha interesse che venga gestito da uno specifico destinatario, facendo differenza tra un messaggio che esprime una richiesta (spesso detto comando) e un evento, sottoscrivibile dalle parti di sistema interessate a conoscere che un dato \u201cfatto\u201d \u00e8 accaduto (perfetto quindi per implementare scenari CQRS).<\/p>\n\n\n\n

Event Hub e Event Grid si concentrano invece sul concetto di evento. Azure Event Hub \u00e8 pensato per gestire serie di eventi o streaming in real-time, quindi con un particolare accento sulle performance della comunicazione. \u00c8 particolarmente adatto ad applicazioni di analisi e di telemetria. Event Grid, invece, \u00e8 pensato per quelle applicazioni o servizi event-based le cui elaborazioni sono attivate da eventi che notificano un cambiamento di stato, ideale quindi per l\u2019integrazione di servizi diversi sul cloud o in scenari ibridi.<\/p>\n\n\n\n

Analizziamoli singolarmente per farci un\u2019idea delle loro funzionalit\u00e0.<\/p>\n\n\n\n

Azure Service Bus<\/strong><\/h2>\n\n\n\n

Azure Service Bus (ASB) \u00e8 un broker di messaggi per l\u2019integrazione enterprise, il cui scopo \u00e8 disaccoppiare applicazioni e servizi e offrire uno strumento di comunicazione affidabile per lo scambio di informazioni.
I messaggi possono essere inviati mediante l\u2019uso di code o di topic. Se si utilizzano code, soluzione adottata per comunicazioni di tipo end-to-end, i messaggi sono ordinati e salvati all\u2019arrivo e vengono consegnati solo quando vengono effettivamente richiesti. Si possono invece utilizzare i topics quando si vuole realizzare una comunicazione di tipo publish\/subscribe. I messaggi sono inviati al topic da un publisher ed ogni subscriber riceve una copia del messaggio.<\/p>\n\n\n\n

Azure Service Bus offre diverse funzionalit\u00e0 avanzate tra le quali:<\/p>\n\n\n\n