Quindi sono un programmatore relativamente nuovo, che sta tentando di creare un'applicazione web (ASP.net) per visualizzare le informazioni di sistema (EG Stato dei servizi di Windows, del disco e dell'uso delle risorse e degli errori in registri eventi) di un certo numero di server remoti per scopi di monitoraggio (inizialmente - vorrei anche mantenere il progetto aperto all'aggiunta, in futuro, di alcuni controlli di base su questi server) .
Ho iniziato iniziando a creare un piccolo prototipo ma sono diventato un po 'confuso riguardo al design della soluzione.
La mia soluzione attuale prevede la creazione di un servizio Windows che viene eseguito su ciascuno dei client server (quelli monitorati), che raccoglie periodicamente i dati necessari dal locale macchina e quindi lo invia come JSON tramite una richiesta POST a una API Web ospitata in IIS sul server di monitoraggio , che riceve i dati e li archivia in un database SQL. Ora intendo creare un progetto ASPC MV.net separato da ospitare come applicazione separata in IIS sul server Monitoring e utilizzarlo come front-end - per leggere dal DB e visualizza le statistiche delle macchine.
C'è qualcosa di accecantemente sbagliato nella progettazione sopra specificata?
Inoltre, non sono sicuro se questo progetto limiti il limite di questa app, ad esempio come aggiungere funzionalità per consentire agli utenti di eseguire azioni sui server client tramite l'interfaccia web ( Per esempio, richiedere manualmente le informazioni di sistema in tempo reale, controllare a distanza i servizi Windows, cancellare i registri eventi, ecc.). Sarebbe un cattivo progetto ospitare anche un'API Web all'interno dei servizi Windows client in modo che il server possa parlare / effettuare richieste anche a tutti i client?
Scusa in anticipo se questo post è troppo lungo / ambiguo - Qualsiasi consiglio e / o suggerimenti di progettazione sarebbero notevolmente apprezzati!