# EDA: Event Driven Architecture

**URL:** <https://forum.italia.it/t/eda-event-driven-architecture/3333>\
**Category:** Interoperabilità\
**Created:** [17 Maggio 2018, 9:55am UTC](https://forum.italia.it/t/eda-event-driven-architecture/3333 "2018-05-17T09:55:34Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![pi4630](https://forum.italia.it/user_avatar/forum.italia.it/pi4630/32/944_2.png) [@pi4630](https://forum.italia.it/u/pi4630)\
**Post date:** [17 Maggio 2018, 9:55am UTC](https://forum.italia.it/t/eda-event-driven-architecture/3333/1 "2018-05-17T09:55:34Z")

</div>

Salve,

mi pare di capire che i tre perni dei servizi sono costituiti da Service Orientation (SOA), Resource (ROA), e Event Driven.

In Provincia Autonoma di Bolzano stiamo guardando al protocollo AMQP (cfr. [https://en.wikipedia.org/wiki/Advanced\_Message\_Queuing\_Protocol](https://en.wikipedia.org/wiki/Advanced_Message_Queuing_Protocol)), e lo consideriamo al posto di JMS, in quanto interoperabile quanto meno .NET/JEE.

Sono già state prese in considerazioni technologie/protocolli per l’EDA nell’architettura?

Saluti  
#pasquale

---

<div class="post-metadata">

**Author:** ![spiunno](https://forum.italia.it/user_avatar/forum.italia.it/spiunno/32/230_2.png) [@spiunno](https://forum.italia.it/u/spiunno)\
**Post date:** [17 Maggio 2018, 10:39am UTC](https://forum.italia.it/t/eda-event-driven-architecture/3333/2 "2018-05-17T10:39:16Z")

</div>

Buongiorno Pasqualino,

ho spostato questo post nella sezione Piano Triennale / Interoperabilità.

Le [linee guida attualmente in consultazione](http://lg-modellointeroperabilita.readthedocs.io/it/latest/), anche se ancora parziali, affrontano anche questo tema.  
Invito quindi ad esprimere commenti direttamente sul [sito della consultazione](http://lg-modellointeroperabilita.readthedocs.io/it/latest/) in modo che questo intervento possa trasformarsi in un contributo alla scrittura delle LG.

Simone Piunno  
Team per la Trasformazione Digitale

---

<div class="post-metadata">

**Author:** ![Roberto\_Polli](https://forum.italia.it/user_avatar/forum.italia.it/roberto_polli/32/1127_2.png) [@Roberto\_Polli](https://forum.italia.it/u/Roberto_Polli)\
**Post date:** [17 Maggio 2018, 3:55pm UTC](https://forum.italia.it/t/eda-event-driven-architecture/3333/3 "2018-05-17T15:55:24Z")

</div>

Buongiorno Pasquale,

intendete utilizzare AMQP per la comunicazione interna all’amministrazione o per la comunicazione tra amministrazioni differenti?

Se state comunicando con altre amministrazioni, le Linee Guida indicano di implementare dei sistemi di code [sopra un layer HTTPS](http://lg-modellointeroperabilita.readthedocs.io/it/latest/doc/doc_02_cap_05.html) in modo da poter gestire:

- throttling
- autenticazione
- tracciamento

utilizzando le stesse modalità delle altre piattaforme.

Se hai domande sono ben felice di rispondere.

---

<div class="post-metadata">

**Author:** ![pi4630](https://forum.italia.it/user_avatar/forum.italia.it/pi4630/32/944_2.png) [@pi4630](https://forum.italia.it/u/pi4630)\
**Post date:** [22 Maggio 2018, 7:15am UTC](https://forum.italia.it/t/eda-event-driven-architecture/3333/4 "2018-05-22T07:15:25Z")

</div>

Ciao Roberto,

abbiamo “scoperto” AMQP da poco. Autenticazione e tracciamento sono due aspetti che vengono offerti anche da questo protocollo. Ne vogliamo fare dapprima uso interno; man mano che andiamo avanti, potrebbe essere interessante considerare un uso anche esterno.

---

<div class="post-metadata">

**Author:** ![Roberto\_Polli](https://forum.italia.it/user_avatar/forum.italia.it/roberto_polli/32/1127_2.png) [@Roberto\_Polli](https://forum.italia.it/u/Roberto_Polli)\
**Post date:** [22 Maggio 2018, 8:59am UTC](https://forum.italia.it/t/eda-event-driven-architecture/3333/5 "2018-05-22T08:59:04Z")

</div>

Ciao Pasqualino,

AMQP è un protocollo molto interessante e non vedo problemi nell’utilizzarlo all’interno di un’organizzazione.

La risposta precedente voleva porre l’accento che AMQP - per autenticazione e tracciamento, _non usa le stesse modalità delle piattaforme basate su HTTP_: apre quindi la porta a tutta una serie di problematiche di interoperabilità.

Ti faccio un esempio concreto: nella [documentazione di OpenStack](https://docs.openstack.org/install-guide/get-started-logical-architecture.html) puoi vedere come l’utilizzo di AMQP avviene all’interno delle singole componenti o nei rari casi di componenti fortemente accoppiate, mentre l’interfacciamento - sia all’esterno che tra componenti diverse - avviene sempre via API HTTP con una semantica ben definita e costruite intorno al consumatore.
