{"id":28110,"date":"2019-10-16T01:11:00","date_gmt":"2019-10-15T23:11:00","guid":{"rendered":"https:\/\/blexin.com\/?p=28110"},"modified":"2021-05-21T20:31:05","modified_gmt":"2021-05-21T18:31:05","slug":"risolviamo-il-rebus-della-comunicazione","status":"publish","type":"post","link":"https:\/\/blexin.com\/it\/blog\/risolviamo-il-rebus-della-comunicazione\/","title":{"rendered":"Risolviamo il “rebus” della comunicazione"},"content":{"rendered":"\n
\"\"<\/figure>\n\n\n\n

Negli articoli precedenti, abbiamo visto come fosse possibile disaccoppiare la comunicazione tra applicazioni utilizzando un Message Broker come RabbitMQ.<\/p>\n\n\n\n

Quando un sistema software \u00e8 composto da pi\u00f9 servizi che svolgono compiti diversi ma che necessitano di interagire tra loro per eseguire elaborazioni sulle informazioni scambiate, \u00e8 molto importante fare in modo di eliminare la comunicazione punto-punto ed utilizzare una strategia che le renda indipendenti tra loro, in particolar modo quando il numero di tali applicazioni o servizi tende ad essere molto elevato.<\/p>\n\n\n\n

In questo scenario, pu\u00f2 essere molto efficace l\u2019adozione di un middleware che si occupi di astrarre la comunicazione tra i servizi coinvolti e che consenta, quindi, al nostro sistema software di essere scalabile in termini di componenti.
Tale soluzione prende il nome di Service Bus<\/strong>.<\/p>\n\n\n\n

In letteratura, possiamo trovare moltissime definizioni, ma sinteticamente si pu\u00f2 dire che un Service Bus \u00e8 un sistema software che consente la comunicazione e la coordinazione tra servizi eterogenei mediante pattern noti per lo scambio di messaggi.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

L\u2019utilizzo di un\u2019architettura del genere prevede che la comunicazione tra le entit\u00e0 coinvolte sia sotto la responsabilit\u00e0 del bus e che quindi i servizi coinvolti devono preoccuparsi solo di interfacciarsi col bus.
Un\u2019implementazione interessante di un Service Bus per .Net \u00e8 sicuramente\u00a0Rebus<\/a>.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Rebus \u00e8 una libreria Open Source e viene definita dai proprio creatori in questo modo:<\/p>\n\n\n\n

\u201ca thing that in a transparent and distributed way enables communication between bounded contexts\u201d<\/em><\/p>\n\n\n\n

Tale libreria viene fornita come pacchetto NuGet ed \u00e8 abbastanza immediato configurare la nostra applicazione per l\u2019utilizzo di Rebus, in quanto viene fornita una\u00a0Configuration API<\/strong>\u00a0che ci aiuta ad istanziare il bus in pochi passaggi.
Di seguito possiamo vedere il minimo set necessario alla creazione di un bus funzionante:<\/p>\n\n\n

\nvar bus = Configure.With(handlerActivator)\n\u00a0\u00a0\u00a0\u00a0.Transport(chosenTransport)\n\u00a0\u00a0\u00a0\u00a0.Start();\n<\/pre><\/div>\n\n\n
Il metodo With()<\/em> riceve come parametro un handler di messaggi. Questo handler pu\u00f2 essere il BuiltinHandlerActivator fornito da Rebus oppure un Adapter per l\u2019IoC Container utilizzato eventualmente nella nostra applicazione.
Il metodo Transport()<\/em> consente di scegliere il meccanismo di trasporto e la modalit\u00e0 del bus che pu\u00f2 essere:<\/p>\n\n\n\n