Sincrono e Asincrono

Quando si utilizzano i termini sincrono o asincrono bisogna sempre specificare se si parla di ambiente, di trasporto o di comunicazione.

• Un ambiente (o infrastruttura) è detto asincrono se non è necessario che i sistemi mittente e ricevente siano connessi tra loro al momento dell’invio dei dati.
  Grazie ad un’infrastruttura in grado di conservare i messaggi in modo sicuro, esiste indipendenza temporale tra la produzione del messaggio ed il suo consumo (time-independent).
  Viceversa, un ambiente è sincrono se le due parti in comunicazione devono essere presenti allo stesso tempo (time-dependent).
  Un esempio di infrastruttura asincrona è quella per la gestione delle email, mentre una tipica infrastruttura sincrona è quella per la gestione delle telefonate.

• Un trasporto per trasferire dati tra due sistemi è asincrono se fornisce un meccanismo di correlazione tra il messaggio di richiesta e quello di risposta.
  I trasporti sincroni non forniscono il servizio di correlazione e, se utilizzati per operazioni asincrone, richiedono alle applicazioni richiedente e fornitrice del servizio di gestire la correlazione dei messaggi scambiati.
  Esempi di trasporto asincrono si hanno con i protocolli HTTPR, JMS, IBM MQSeries Messaging; al contrario, HTTP/S, RMI, IIOP sono protocolli sincroni.

• Si parla di comunicazione asincrona, quando un programma invia una richiesta e subito dopo procede con l’elaborazione senza attendere una risposta.
  Diversamente, in un flusso con comunicazione sincrona, il programma che invia la richiesta si blocca in attesa della risposta prima di procedere con l’elaborazione.
  Utilizzando la comunicazione sincrona c’è una minor efficienza nell’utilizzo delle risorse, in quanto vi è un thread bloccato in attesa della risposta.

• Infine, una comunicazione è detta pseudo-sincrona quando è di tipo sincrono ma l’infrastruttura sottostante è asincrona.

Tag: asincrono, comunicazione, messaging, middleware, protocollo, sincrono, trasporto