Vorrei creare un sistema che gestisca i messaggi di avviso di vari programmi e possa elaborare tali avvisi per i consumatori down-wind via e-mail. Tutto ciò sarebbe contenuto su una rete interna.
Penso di volere che l'architettura di base assomigli a questa: 
La principale preoccupazione che ho attualmente è il bit "Message Handler", che è quello che sarà il mio "sort-of-API". Voglio che tutti i componenti di questo sistema inviino dati all'API, che gestisce tutte le scritture sul database. Penso che questo approccio sia più semplice perché semplifica la sicurezza e mi consente di contenere molte delle query DB più complesse in un singolo programma.
La preoccupazione è che io voglia che questo sia indipendente dal linguaggio - il che significa che qualsiasi codice dovrebbe essere in grado di inviare messaggi al mio gestore - che li interpreterà. Spero di farlo tramite file flat JSON - o tramite chiamate REST al programma (dando flessibilità alle applicazioni down-stream).
La mia domanda è -
Dovrei preoccuparmi del gestore dei messaggi - o aggiungerebbe semplicemente la semplicità per consentire l'accesso diretto al database alle applicazioni down-stream, così come gli altri due componenti (Management Console e Alert Manager)?
In questo modo, possono inserire qualsiasi avviso che vorrebbero, a condizione che l'INSERT nella / e tabella / i DB sia valido.
Non sono un designer di software per mestiere quindi scusami - voglio solo un progetto da fare nel mio tempo libero.