SPEEDMiddleware - MOM

Transcrição

1 SPEEDMiddleware - MOM Equipe: Guilherme Barros de Souza Plataformas de Distribuição

2 Objetivo Implementar um middleware orientado a mensagem; Organizar e abstrair as camadas de distribuição e infra-estrutura do SPEED. Assim, instâncias da aplicação se acoplam ao middleware que provê toda a comunicação; Eliminar o uso do RMI na camada de comunicação.

3 Requisitos Tipo de comunicação: assíncrona (encaminhamento de consultas) e síncrona (estabelecimento da overlay); Ambiente de execução: desktop; Interface de programação disponibilizada para a construção da aplicação: API; Modo de envio: assíncrono, unicast e multicast.

4 Requisitos Linguagem adotada para construir a aplicação: Java; Tolerância a falhas: Permitir respostas parciais em consultas (peers indisponíveis não retornam resultados); Segurança: assinatura digital.

5 Machine Boundary Arquitetura Proposta Palavras-chave Estruturas temporárias Aplicação de Integração e GUI (Submete consultas e recebe respostas) Servidor de Nomes (Mapeia ID em IP) Middleware Servidor Semântico (Mapeia Domínio em Subdomínios)

6 Machine Boundary Arquitetura Proposta Peer Aplicação Integração e GUI para consultas Topology Plotter 18 1 Invokers &(SP, Requestor IP, DP, SM, da Overlay SN) Interceptor Desempenho das Msgs Overlay Service Node (SP, IP, DP, SM, SN) 15 Server Comm Handler thread Serializer Receiv Message Queue Security Service Middleware 2 Client Comm Client Comm Handler Client Comm Handler (envia Handler (envia para a fila para a fila correta) correta) threads 3 Send Message Queue 8

7 Arquitetura Geral do SPEED

8 Abstrações Arquitetura - SPEED Abstrações de conceitos: Ontologias da Comunidade foi transformado em Domínio Ontologia do Cluster foi transformado em Subdomínio Ontologia Local foi transformado em Lista de Palavras-Chave

9 Projeto Padrões de Projeto (MOO): Remoting Error Invocation Interceptor (medição de desempenho) Communication Handler Padrões de Projeto (MOM): Message Queue Fire and Forget

10 Implementação Tipos de mensagens em um único formato

11 Implementação Pacotes e Classes Middleware + Aplicação Simulação

12 Implementação GUIs

13 Implementação GUIs

14 Implementação GUIs

15 Aplicação Vídeo demonstrativo Link: SPEED-Video/SPEED-PD flv.html

16 Aplicação SPEED [Pires 2007]; Alguns conceitos de semântica foram abstraídos desta implementação; Principais funcionalidades implementadas: Rede overlay com arquiteturas DHT e super-peer; Busca por palavras-chave; Interfaces gráficas.

17 Avaliação As seguintes métricas foram utilizadas: Tempo de resposta para cada busca é exibido no console; Quantidade de mensagens trocadas é exibida na gui; Tempo de serialização e conversão das mensagens.

18 Avaliação Quantidade de Mensagens Env.

19 Avaliação - Buscas Busca Local Sem Segurança Busca Local Com Segurança Busca Remota Sem Segurança Busca Remota Com Segurança * tempo em ms

20 Conclusão O middleware foi baseado em mecanismos primitivos de comunicação (socket) e construção, logo, ele é altamente adaptável. A organização das responsabilidades ainda é um pouco confusa, o que impacta na curva de aprendizado.

21 Referências [Souza 2007] - Souza,D.Y., Reformulação de Consulta Baseada em Semântica para PDMS. Monografia de Qualificação e Proposta de Doutorado. CIn, UFPE. [Pires 2007] - Pires,C.E.S., Um Sistema P2P de Gerenciamento de Dados com Conectividade Baseada em Semântica. Monografia de Qualificação e Proposta de Doutorado. CIn, UFPE, Brasil.