2010-07-30 18 views
6

Sposteremo un sacco di computer nel prossimo futuro, e ho pensato che sarei pronto a migrare tutte le stringhe di connessione delle applicazioni in un'unica posizione centrale, in modo da può aggiornarli in un colpo solo quando arriva il momento.Memorizza i dati dell'applicazione in Active Directory

ho pensato: "Lo so, io li conservo in Active Directory"

Purtroppo, la mia conoscenza di Active Directory è così sottile da essere quasi trascurabile. Sono in grado di leggere i gruppi e rilevare quali utenti si trovano in questi gruppi e cose di base come questa, ma non saprei come strutturare Active Directory per conservare queste informazioni.

Ho pensato che potrebbe essere utile avere un posto "ConnectionRespository", con un sacco di oggetti "Connection" con nome, ma non ho idee su come procedere per impostare una cosa del genere. Idealmente, mi piacerebbe un'applicazione (in C#) per gestirlo, aggiungendo e rimuovendo gli oggetti Connection, se necessario.

Tutte le idee sono molto apprezzate.

+2

Parola di cautela ... Se le stringhe di connessione includono l'ID/password, è necessario prendere in considerazione la crittografia dei valori in AD. Chiunque abbia uno strumento LDAP e una piccola quantità di conoscenza sarebbe in grado di leggere quei valori e ottenere l'accesso ai propri database. – Walter

+0

Tutte le nostre stringhe di connessione (tranne una) utilizzano la sicurezza integrata e una ha il requisito che la password non venga memorizzata dall'applicazione tra i lanci. – Jonathan

+1

Nel mio caso potrei desiderare di memorizzare cose come i) l'url a un feed di dati xml governativo ii) il tasso di cambio corrente iii) il nome di un server per connettersi a iv) il valore che deve essere una transazione prima della segnalazione obbligatoria del governo è obbligatorio. io, * ovviamente *, mai, * mai *, memorizzerei una stringa di connessione in Active Directory - sarebbe semplicemente troppo conveniente. –

risposta

8

Gli oggetti serviceconnectionpoint sono progettati per questo tipo di cose. Sono oggetti dati generici che non significano nulla per Windows. Non è necessario modificare lo schema

Tuttavia non è chiaro per me che è necessario inserire questa roba in AD. Le informazioni sulle stringhe di connessione appartengono logicamente ai server delle app; L'AD è per le cose di cui tutti hanno bisogno

5

La funzionalità specifica che stai cercando è un "Active Directory Application Partition". C'è un ottimo blog con informazioni degne di un libro e code samples pure.

Vorrei discuterne con il gruppo Systems Architecture/Operations prima di procedere. Dovrai modificare lo schema AD e so che il processo può richiedere molto tempo in molte organizzazioni.

+0

Hmmm, suona come qualcosa che in realtà non voglio usare dopo tutto. Se è necessario modificare qualcosa, con l'aiuto di chiunque, così come blog di esempi di codice, probabilmente non è una soluzione abbastanza matura. –

+1

LDAP e AD sono certamente tecnologie "abbastanza mature", ma non sono molto astratte con interfacce semplici; hai bisogno di sapere come sono organizzati i dati per usarli bene. Se non hai mai lavorato con LDAP, sicuramente non consiglierei un progetto di estensione di Active Directory per la memorizzazione dei dati personalizzati come primo progetto ... – ewall

1

L'estensione di Active Directory significa che si verificano rapidamente molti problemi, poiché anche il riavvio del server AD richiede l'approvazione di molte persone nella maggior parte delle aziende.

Vorrei semplicemente inserire tutti i dati di configurazione tosati in un file XML scaricato da un server web.

Oppure inserire le informazioni di configurazione nel registro di ogni computer della rete con un criterio di gruppo di Active Directory.