Atualizar o diagrama de componentes

[println]

[println]

Atualização do diagrama

[raphaelpoguerra]

Não gosto do Collector ligado diretamento ao SensorNet. A ideia é que o coletor divulgue dados a todos, e os interessados que consumam a informação (publish/subscribe).

Também não gosto do fato do Módulo Storage estar vinculado diretamente a um Vnode. Temos que pensar se é isso mesmo que queremos. Estou muito acostumado com a idea de aplicações processarem dados e requisitarem diretamente o armazenamento de seus resultados.

[println]

Então.

No TMON o SensorNet contém a "regra de negócio" da rede. Ele conhece os parâmetros para informar o status da rede e de um nó: nó inativo, novo nó na rede, mudança de topologia e etc. O coletor desempacota os dados que vem da rede física e manda para o SensorNet.

Os eventos da rede física estão relacionados ao SensorNet e a entrada de dados da rede estão vinculados ao coletor. Eu vejo o Coletor e o SensorNet como uma coisa só, porém parte irá precisar ser um módulo do núcleo do framework e parte precisa ser personalizável. Por enquanto, é uma questão obscura também.

[println]

Sobre o Vnode,

Seguindo o modelo do tmon, só existem dados de medições para armazenar e como o Vnode é a abstração de armazenamento, não tem pq pensar em algo diferente. De acordo com a necessidade, é possível ampliar o suporte.

[raphaelpoguerra]

SensorNet e Collector não são a mesma coisa!!! Apenas na implementação do Gustavo que eles se misturaram. Isso é algo que devemos discutir pessoalmente ou via skype, pois há muitas implicações.

O Vnode não deve ser definido como abstração do armazenamento, pois nem todo dado gerado deve necessariamente ser armazenado.

Se você disser que o Vnode é a abstração da geração de dados, eu até concordo com você e gosto da ideia. Diríamos que dados podem ser gerados via processamento ou via sensoriamento.

• Cada Vnode de sensoriamento estaria ligado a um, e somente um, Collector. Já um Collector pode estar ligado a vários Vnodes.
• Cada Vnode de processamento é um módulo que processa e gera dados, como o CRAC Optimizer, o SensorNet, o Forecaster, etc.

Entendeu minha reflexão sobre o Vnode?

[println]

Raphael,

Nós já iniciamos a discussão sobre essa questão. Continua tudo do jeito que vc desenhou. Quando eu tiver um protótipo, vamos poder discutir melhor.

Vnode, Virtual Sensor, Vsensor... por enquanto são sinônimos.

[raphaelpoguerra]

Tudo bem, entendi. Mas atualiza o desenho.

• Collector se connecta a Vnode.
• SensorNet (que por si só é um Vnode) pega dados de outros Vnodes via abstract bus.
• VNodes' Storage = StorageManager. É só um nome, eu sei, mas quero que mude.

Estou fora da UFF até o dia 24/02, mas podemos conversar por skype, se necessário.

[println]

Atualizado