Shared Database Pattern

Il problema

Una migrazione graduale o un sistema fortemente integrato può non poter separare immediatamente la persistenza.

Il pattern

Più servizi condividono temporaneamente un database, idealmente con ownership di tabelle o schemi e regole rigorose.

Come funziona

È spesso una transitional architecture: consente una decomposizione applicativa iniziale ma mantiene coupling di schema e release. Va accompagnata da un piano di uscita.

Esempio sanitario

Benefici

• Migrazione più semplice
• Transazioni locali ancora disponibili
• Riduce costo iniziale

Trade-off

• Coupling di schema
• Regression risk
• Indipendenza di deploy limitata

Quando usarlo

Come tappa controllata nella modernizzazione.

Quando evitarlo

Come target permanente quando si pretende autonomia piena dei servizi.

Pattern correlati