Menu

Tassonomia · Categoria

Sistemi distribuiti

Principi e trade-off dei sistemi che coordinano componenti e dati distribuiti.

Topic

Idempotenza nei sistemi distribuiti

Capire perché l'idempotenza è essenziale quando retry, eventi, pagamenti e integrazioni possono produrre la stessa richiesta più di una volta.

Architettura tecnica · Medio-alta

Topic

Inbox Pattern e consumer idempotenti

Progettare consumer di messaggi in modo che retry, consegne duplicate e fallimenti parziali non producano effetti di business duplicati e indesiderati.

Architettura tecnica · Medio-alta

Topic

Pattern Saga

Coordinare transazioni di business di lunga durata attraverso transazioni locali, stati intermedi espliciti e azioni compensative.

Architettura tecnica

Topic

Transactional Outbox

Progettare un flusso affidabile di pubblicazione eventi quando un servizio deve aggiornare il proprio database e pubblicare un messaggio senza affidarsi a transazioni distribuite.

Architettura tecnica · Medio-alta

Glossario

Compensating Action

Un'operazione di business che mitiga o neutralizza gli effetti di un passo già completato quando il processo non può terminare normalmente.

Sistemi distribuiti

Glossario

Eventual Consistency

Un modello di consistenza in cui repliche o viste possono temporaneamente divergere, ma ci si aspetta che convergano.

Sistemi distribuiti

Glossario

Idempotenza

La proprietà per cui ripetere un’operazione non produce effetti aggiuntivi indesiderati.

Sistemi distribuiti

Glossario

Saga

Una transazione lunga suddivisa in passi locali con recupero o compensazione espliciti.

Sistemi distribuiti