Qual è il modello architettonico: i pollinici raccolgono dati normalizzati push su un server centrale per il monitoraggio

Question

Qual è il modello architettonico: i pollinici raccolgono dati normalizzati push su un server centrale per il monitoraggio

Naviga le tue risposte

#1 da (1 voti)
#2 da (1 voti)
#3 da (0 voti)

7

Sto cercando di trovare un nome per questo modello architettonico che ho visto in molti posti prima:

Poller - (Ce ne sono un numero)

Si tratta di plug-in o servizi che agiscono direttamente sul proprio
comunicare con apparecchiature di vario genere raccogliendo dati e inserendo tali dati in un servizio centrale in forma normalizzata.
ogni polling sa come comunicare con un particolare dispositivo,
raccoglie lo stato dei dispositivi ma non agisce su di esso, ma lo passa.

Server centrale

Riceve i dati normalizzati, li archivia in key / value store.
Periodicamente (o con qualche trigger) valuta le condizioni che si riferiscono ai dati. Le condizioni provocano l'azione (come un evento da registrare o un messaggio da inviare a un operatore)

architecture

posta JeffV 08.12.2011 - 00:21

fonte

3 risposte

Leggi altre domande sui tag architecture

Hai bisogno di aiuto con la denominazione (chiamate all'interfaccia di marshalling) [chiuso] Coinvolgimento nel Java Community Process (JCP)

score 1 · Answer 1

Non è questo un esempio di architettura produttore / consumatore, in cui il poller produce dati e il server centrale lo consuma?

(Anche se dovrei sottolineare che se dovessi leggere "produttore / consumatore" concentrerei la mia attenzione sui problemi di sincronizzazione, che potrebbero o meno essere il concetto che stai cercando di trasmettere)

score 1 · Answer 2

Il molto noto modello di pubblicazione dei messaggi copre esattamente questo.

Solo una piccola introduzione a Publish Subcribe e mettendo coerenza terminologica possiamo dire quanto segue:

Questodiagrammaealtribuonidettaglisonodisponibilida Open Pattern Repository

In base a ciò, gli elementi di Producer sono quelli che stanno interrogando internamente i sensori - una volta che hanno informazioni, li spingono a Subscription manager (a.k.un sistema centrale). Naturalmente, c'è un'altra cosa elencata qui è quella del Consumer finale. Mentre non hai menzionato, ma qualsiasi forma di meccanismo per recuperare queste informazioni (sia esso un brower o qualsiasi app) è un consumatore finale.

Uno degli usi più comuni di questo modello è gli strumenti di monitoraggio del sistema Qualsiasi cosa da Nagios , OpenNMS , < a href="http://collectd.org/"> CollectD per l'OSS avanzato utilizzato nel netowrk di telecomunicazione o ISP si usa essenzialmente questo schema.

Sebbene questo modello sia ampiamente compreso e molto semplice, ci sono molte sfaccettature: essenzialmente la meccanica delle diverse parti della comunicazione può variare ampiamente mentre il modello centrale è ancora valido. Ecco una grande carta ACM che può dare uno studio approfondito della stessa.

I molti volti di pubblicazione / sottoscrizione di PATRICK TH. EUGSTER, PASCAL A. FELBER, RACHID GUERRAOUI, ANNE-MARIE KERMARREC ACM Computing Surveys, vol. 35, n. 2, giugno 2003, pp. 114-131.

score 0 · Answer 3

Non so di aver mai trovato un termine tecnico per questo diverso da un sistema di monitoraggio. Forse la rete di raccolta dati o un sistema di acquisizione dati ( link ). Ciò a cui ti riferisci come "pollers" sembrerebbe rientrare nella categoria dei data logger: link

Se questo non è esattamente quello che stavi cercando potrebbe essere un utile punto di partenza per te.