Come organizzare scala aziendale di applicazioni composite (CAG)

Question

Tutti Quickstarts e RI esempi nella documentazione CAG sono buoni, ma mi manca la più esempi scala aziendale.

diciamo Let abbiamo 40+ moduli, ognuno contenente un proxy, Facciata, PresentationModel, modello e Vista. Ogni modulo fa anche chiamate ad un modulo specifico servizio WCF che deve essere ospitato in IIS o in una serie di console stand-alone. Il nostro approccio sono stati per includere il modulo UI-service-modulo e relativi test in un'unica soluzione in modo che possano essere sviluppati e testati separatamente dagli altri moduli.

Il mio problema è come l'hosting del servizio dovrebbe essere fatto quando i servizi sono in moduli separati e come eseguire in realtà il modulo separato insieme al resto dell'applicazione moduli quando si preme F5. C'è una best practice per questo? Credo che è stato fatto prima?

Answer 1

Abbiamo finito con un abbastanza semplice soluzione in cui includiamo il progetto di hosting come un progetto "avvio" nella soluzione. Il progetto è impostato per non costruire e di avere le dipendenze del modulo.

Tutti DLL di servizio:. S sono in output in una cartella comune in cui il progetto di accoglienza è dinamicamente loro caricamento, cercare l'attributo ServiceContract e avvia l'host

Answer 2

Si può certamente ospitare ogni modulo come applicazione o istanza directory virtuale per i punti di servizio, ma credo che la cosa da dire è, stai permettendo lo sviluppo "convenienza" della soluzione di partizionamento dettare l'architettura di produzione per i vostri servizi? Abbiamo tipicamente gestito questo sulla base di strati, piuttosto che le partizioni dei moduli - in altre parole, si dovrebbe avere un progetto con i domini / modelli e uno con i servizi, allora ogni "modulo" potrebbe fare riferimento al pool comune di servizi. Immagino che dipende da come moduli tra loro collegate sono, quanto la comunicazione croce c'è, ecc

Ogni servizio può essere configurato per funzionare su porte diverse o obiettivi, ma ancora una volta, sento forse il problema deriva dalla architettura dei servizi e si potrebbe beneficiare di avere un progetto di servizio comune che viene condiviso tra i moduli.