Di Iqbal Khan
Molte organizzazioni utilizzano una combinazione di Microsoft .NET Framework e applicazioni Java, in particolare organizzazioni di medie e grandi dimensioni che non possono impegnarsi in una sola tecnologia per vari motivi. Spesso utilizzano applicazioni Web, servizi Web SOA (Service-Oriented Architecture) e altre applicazioni server che elaborano molte transazioni.
Molte di queste applicazioni devono condividere i dati tra loro in fase di esecuzione. Spesso lavorano tutti su dati aziendali comuni archiviati in un database. In genere trattano flussi continui di dati (ad esempio, applicazioni di trading finanziario) e devono elaborarli e condividere i risultati con altre applicazioni, sempre in fase di esecuzione.
Sebbene il database debba essere l'archivio dati principale per l'archiviazione permanente, non è adatto per la condivisione dei dati di runtime. Uno dei motivi è che le prestazioni non sono sempre ottime durante la lettura dei dati dal database. Inoltre, il database potrebbe non scalare bene in termini di gestione delle transazioni, quindi potrebbe rapidamente diventare un collo di bottiglia e rallentare tutte le applicazioni che si basano su di esso.
Leggi l'articolo completoInoltre, non è possibile condividere efficacemente i dati in tempo reale. La condivisione dei dati in tempo reale richiede che non appena un'applicazione aggiorna alcuni dati, tutte le altre applicazioni interessate a tali dati vengano informate. Allo stesso modo, alcune applicazioni potrebbero essere in attesa che determinati tipi di dati vengano creati e resi disponibili e, quando ciò accade, dovrebbero essere avvisate immediatamente.
Questi problemi sono comuni se le applicazioni che necessitano di condividere dati sono tutte basate su .NET Framework o se alcuni sono .NET e altri Java. In effetti, se le applicazioni sono un mix di .NET e Java, i problemi aumentano perché non esiste un modo automatico per queste applicazioni di condividere i dati a livello di app in modo nativo.
Leggi l'articolo completo