Identificazione ASP.NET riferimenti al servizio web

Question

Al mio lavoro di giorno abbiamo bilanciato il carico dei server web che parlare di bilanciamento del carico di app server tramite web services (e ultimamente WCF).In qualsiasi momento, abbiamo 4-6 diverse squadre che hanno la possibilità di aggiungere nuovi servizi o siti web o utilizzare i servizi esistenti.Probabilmente ci sono circa 20-30 diverse applicazioni web e relativi servizi.

Purtroppo, dato che non abbiamo alcun controllo centralizzato su questo a causa della competizione priorità, le strutture organizzative, i tempi dei progetti, finanziaria, secchi, ecc.... è un bel pasticcio.Abbiamo una varietà di servizi che vengono riutilizzati, ma un mazzo che sono specifici per un front-end.

L'ideale sarebbe avere un maggiore controllo su questa situazione, e stiamo cercando di ottenere il controllo su di esso, ma che sta prendendo un po'.Una cosa che ci piacerebbe fare è scoprire di più su ciò che tutte le inter-relazioni tra siti web e app server.

Ho usato il Riflettore per trovare le dipendenze tra assemblee, ma vorrei essere in grado di vedere i modelli di traffico tra i servizi.

Quali sono le opzioni per il tentativo di tracciare il servizio web di relazioni?Per la maggior parte, ci sono principalmente parlando di servizi interni (web, app, app per app, lotto di app, etc.).Fuori della parte superiore della mia testa, mi vengono in mente due modi di approccio:

• Analizzare le assemblee per eventuali riferimenti web.Lo svantaggio è che non tutto è un riferimento web e non sono sicuro di come WCF connessioni sono elencati.Tuttavia, questo sarebbe almeno un inizio di 80% di connessioni.Qualcuno sa di eventuali strumenti che può fare l'analisi?Come ho detto, ho usato un Riflettore per i riferimenti agli assembly ma non riesco a trovare nulla per riferimenti web.
• Forse tap in di IIS e monitorare passivamente il traffico in e out e in qualche modo a capire quello che viene chiamato e dove.Stiamo cercando strumenti per le imprese che potrebbero aiutare, ma sarebbe un po ' prima della loro attuazione (e costano un sacco).Ma c'è qualcosa là fuori che può aiutare rapidamente e a basso costo?Uno strumento in particolare (AmberPoint) può toccare in IIS sul server e di monitorare il traffico inbound e outbound, aggiunge un po ' di salsa speciale e cominciare a costruire una mappa del traffico.Molto bello, ma costa un pacco.

Lo so, lo so, come hai fatto a entrare in questo pasticcio, in primo luogo?Mi batte, solo cercando di aiutare a ottenere il controllo di esso e ottenere fuori di esso.

Grazie, Matt

Answer 1

Hai bisogno di un servizio di registro UDDI (??)...Se hai avuto un mezzo per catalogo di questi servizi e la loro consumatori, sarebbe fare questo lavoro di dipendenza scoperta molto più facile.Che non è una soluzione facile, però.Ci vuole tempo e la documentazione per ottenere un catalogo in luogo.

Penso che la soluzione più veloce sarebbe quello di eseguire una query di registri di IIS e trovare gli Url sorgente da cui hanno origine dal proprio server.Si dovrebbe almeno essere in grado di rintracciare i server a cui i consumatori sono provenienti da.

Inoltre, se si dispone già di un qualche tipo di meccanismo di autenticazione a posto, si potrebbe risalire a chi utilizza un servizio basato su login.

Hai ragione su AmberPoint.Ci sono altri strumenti che catalogo il servizio di traffico e di fornire report che mostrano ciò che sta accadendo ai vostri servizi.Systinet, SOA Software e Comportamentali ha anche un prodotti simili a Amberpoint ma Amberpoint è un free-ware versione, credo.

Answer 2

Il modo più semplice è quello di guardare attraverso i registri, ma se non includono il referente che si potrebbe anche voler controllare ciò che sta fuori dal web per il server di applicazioni.È possibile utilizzare strumenti come Wireshark o Microsoft Network Monitor per vedere questo traffico.

L'altra "soluzione" e io uso questo liberamente, è quello di associare uno specifico server web app server e quindi eseguire attraverso un bundle e vedere che cosa è colpire il server di applicazioni.Probabilmente si potrebbe fare questo in un ambiente di test per la lezione gli effetti sugli utenti del sito.