Architettura per interfacciare più applicazioni

Naviga le tue risposte
1

Supponiamo che tu abbia un Master Database e alcune applicazioni esterne / interne che usano WebServices per interfacciare i dati.

Quale sarebbe la tua architettura preferita per interfacciare i dati da e verso quelle applicazioni? Vuoi mettere una specie di Enterprise Service Bus in mezzo? Ti piace BizTalk? O qualcosa di più economico?

Non vogliamo bloccare le applicazioni mentre si interfacciano, ma vogliamo utilizzare i codici di ritorno delle interfacce per determinare se dobbiamo intervenire o meno nell'applicazione di origine.

    
posta Erwin 03.06.2012 - 14:26
fonte

1 risposta

2

Quando ho fatto questo genere di cose prima - database condiviso tra applicazioni, trovo che sia meglio avere un unico servizio di gestione "motore" che gestisca il database - e tutte le app si interfacciano con quello. Ciò consente la posizione unica per le modifiche al codice del database - nuove tabelle, ecc. E anche la gestione dell'accesso, dell'accensione / spegnimento dell'accesso alle applicazioni, della sicurezza, dei tempi di fermo e delle attività di manutenzione (inclusi spostamenti / aggiornamenti del database, ecc.)

Spesso vale lo sforzo iniziale in più - e molte appls possono usare lo stesso codice / sprocs ecc. senza che sia necessario conoscere il database (estratto).

Ovviamente ci sono alcuni rischi: è un singolo punto di errore su tutta la piattaforma (ma lo è anche il database stesso se è condiviso) e deve essere protetto e firmato per proteggersi da chiamate illegali da codice sospetto.

    
risposta data 04.06.2012 - 14:04
fonte

Leggi altre domande sui tag

rota i dati falsi, considerando il passaggio da falso a falso, eventuali vantaggi o insidie? Quale stile di attributo di routing dell'API Web è preferito?