Registrazione Registrazione in un progetto utilizzando una libreria di classi o un servizio Web

2

Attualmente sto lavorando a un requisito per implementare la registrazione in più progetti e ho bisogno di sviluppare un'applicazione di registrazione a livello enterprise che possa essere utilizzata in n numero di progetti.

Scenario attuale: ciò che sta accadendo attualmente è per ogni soluzione comprende 3-4 progetti, è stato sviluppato un progetto di registrazione e classe Logger è stato creato lì che può essere utilizzato all'interno dell'intera soluzione. Scrive i registri come file di testo nell'unità C: \. Ci sono circa 5 soluzioni come quella in cui vengono creati e utilizzati 5 progetti comuni all'interno.

Scenario dei suggerimenti : sto pensando di creare un'API (servizio web) WCF o WebAPI che esegue la registrazione e può essere utilizzato in tutte queste 5 soluzioni. Il grande vantaggio è l'accoppiamento libero del registratore dalla soluzione e anche una notevole riduzione del codice poiché non sono richiesti più 5 progetti di registrazione.
Un altro requisito per fare registri di archivio nel database invece di file di testo in modo che in futuro un'applicazione Web possa essere uno sviluppatore che comunica al database e visualizza i registri invece di cercarli manualmente all'interno dei file di testo.

Dubbi : Sta andando con l'API in modo migliore rispetto alle librerie di classi già create? Che dire dei problemi di latenza come devo pensare che sia il livello aziendale. Posso restare con Common Project per la registrazione e renderlo come .dll che può essere referenziato in tutte e 5 le soluzioni. In questo modo, posso essere in grado di ridurre i 5 progetti comuni creati in precedenza.

Qualsiasi suggerimento, il feedback è molto apprezzato per questo!

    
posta iSahilSharma 28.11.2016 - 06:44
fonte

2 risposte

2

Stai reinventando la ruota qui, ci sono un sacco di eccellenti librerie di logging per C #, oltre a eccellenti sistemi di aggregazione di log. La mia libreria di registrazione preferita è Serilog , e per l'aggregazione dei registri usiamo ELK con filebeat . Vedi La guida completa allo stack ELK per una decente panoramica di ELK.

Se si desidera sviluppare la propria implementazione di registrazione, consiglierei di consultare i framework esistenti per approfondimenti. Ecco alcuni esempi di buoni open source:

risposta data 17.09.2017 - 20:29
fonte
0

Raccomando di non reinventare la ruota qui. Suggerisco di scrivere una libreria comune per incapsulare i requisiti specifici come formato, metodi di supporto, configurazione del contenitore, ecc. Tuttavia, non vorrei scrivere il servizio di aggregazione dei registri. A seconda dei vincoli impostati dalla tua organizzazione, potresti voler esaminare servizi di analisi dei registri basati sul cloud come Loggly o soluzioni on-premise come quelli che Justin ha suggerito.

    
risposta data 15.01.2018 - 22:26
fonte

Leggi altre domande sui tag