Devo progettare per database separato e amp; runtime del server per modulo diverso?

Question

Quando si progetta un nuovo framework aziendale basato su J2EE, devo prepararmi per la situazione in cui moduli aziendali separati devono utilizzare database diversi e devono essere eseguiti su istanze di server applicazioni diverse?

Da un altro punto di vista: qualcuno ha mai avuto un requisito vita reale per diversi database e amp; server per modulo? Se sì, qual era la dimensione di quell'impresa?

Perché (per quanto posso vedere) questo rende le cose molto più complicate, e con la versione precedente di questo framework (e in banche più piccole), il caso sopra non è mai accaduto.

Grazie per le risposte!

Answer 1

Non sono sicuro di aver capito correttamente questa frase

  

dove moduli aziendali separati devono utilizzare database diversi

Sempre.

Forse stiamo parlando di cose diverse qui. Non ho mai incontrato nessuna organizzazione senza almeno due database. Ciò include me e il mio catalogo di CD e database di brani di chitarra sul mio laptop.

Intendi diversi fornitori di database? Versioni del database, come Oracle vX e Oracle vY? Anche in base a tale definizione non riesco a pensare a nessun cliente che abbia incontrato che abbia universalmente stanadardardato un solo fornitore o versione.

Quindi, mi aspetterei che un sistema non banale abbia dei moduli che guardano un database e altri guardano un altro. Sì assolutamente.

Mi aspetto che alcuni moduli esaminino due database, sì. I dati di riferimento in uno vivono in un altro. La storia in un altro ancora.

Moduli diversi su server diversi - sì. Per motivi di isolamento e scalabilità. Questa è una cosa che i server di app fanno abbastanza bene.

Nel complesso, perché vedi questo come un problema? I tuoi moduli cercano le loro connessioni JDBC in JNDI, non hanno bisogno di sapere che stanno usando database diversi. È un problema di amministrazione collegare correttamente i moduli.

Un problema importante potrebbe essere l'uso delle transazioni XA, ma spesso è possibile evitare aggiornamento entrambi i database nello stesso modulo o se dallo stesso modulo nella stessa transazione.