Uso de um Modelo de Interceptadores para Prover Adaptação ...

More documents

Recommendations

Info

2.3 Adaptação Dinâmica 22que informa quais são as necessidades da aplicação. O Negotiator tem a função deescalonar as requisições no aglomerado. Periodicamente, o Negotiator verifica se existemrequisições através de consultas ao Collector. Caso existam, o Negotiator então, baseadonas informações fornecidas pelo Collector, transfere as requisições para máquinas emcondições de executá-las.Assim como o InteGrade, o Condor fornece suporte ao modo de operaçãooportunista, o que possibilita um uso mais eficiente dos parques computacionais, semprejudicar os usuários que utilizam essas máquinas. Este aspecto possibilita que o Condorseja cada vez mais utilizado como forma de prover recursos para uma grade computacional.2.3 Adaptação DinâmicaAtualmente, os ambientes computacionais distribuídos apresentam um grau dedinamismo cada vez maior. Grades computacionais são um bom exemplo deste tipode ambiente de execução constituído por diferentes recursos de hardware e software.Esses recursos geralmente são fornecidos através da interconexão de máquinas paralelas,clusters, ou dispositivos móveis. Uma das características mais importantes das gradescomputacionais é o fato de que a disponibilidade dos recursos oferecidos pode variarmesmo durante a execução de uma aplicação. Além disso, os recursos alocados podem serliberados e então realocados à medida em que aplicações são iniciadas e encerradas dentroda grade. Desta forma, a utilização destes recursos pelas aplicações não pode ser feita deforma estática e as mudanças que ocorrem durante a alocação de recursos não podem serconsideradas como falha.Para lidar com o dinamismo presente nesses ambientes distribuídos, uma novaestruturação deve ser feita nas plataformas de middleware convencionais para que sejamcapazes de oferecer suporte a adaptação dinâmica.2.3.1 Reflexão ComputacionalPara que uma plataforma de middleware seja dinâmica, várias abordagens têm sidoutilizadas, sendo que a maioria emprega técnicas de reflexão computacional. A idéia básicada reflexão computacional define que um sistema, para ser reflexivo, deve manter umarepresentação interna da sua própria configuração [36]. Caso ocorra alguma mudança nestarepresentação, o sistema em si também sofrerá alterações. Da mesma forma, se o sistemafor modificado, a representação de sua configuração também será alterada. Por causa desteprocessamento introspectivo, um sistema reflexivo oferece a possibilidade de inspeções emudanças em si mesmo durante a sua execução [31]. As principais características de umsistema reflexivo são apresentadas abaixo [12]:
2.3 Adaptação Dinâmica 23• Reificação: a capacidade de mostrar a representação interna de um sistema atravésde entidades programáveis que podem ser manipuladas em tempo de execução.Absorção é o processo inverso da reificação e consiste em refletir as mudançasrealizadas nesta representação no sistema real. A reificação e a absorção definem aconexão causal entre o próprio sistema e sua representação.• Arquitetura de meta-níveis: um sistema reflexivo possui uma arquitetura de metanívelquando sua estrutura é composta de um nível base, que lida diretamente comas funcionalidades do sistema, e um meta-nível, que lida com o processamentoreflexivo.• Meta-Objeto e Protocolo de Meta-Objetos (MOP): nos sistemas reflexivos orientadosa objetos, as entidades presentes no meta-nível são chamadas de meta-objetos. OProtocolo de Meta-Objetos é utilizado na interação com os meta-objetos e tambémdefine o tipo de reflexão fornecido pelo sistema.• Reflexão Estrutural: habilidade de um sistema de fornecer uma reificação completada sua estrutura interna em tempo de execução. Desta forma, o desenvolvedor podeinspecionar ou mudar a funcionalidade do programa e a maneira como ele interagecom seu domínio.• Reflexão Comportamental: habilidade de um sistema para fornecer uma representaçãocompleta da sua própria semântica em termos dos aspectos internos do seuambiente de execução. Com isso, o programador pode inspecionar ou mudar o modocomo o ambiente processa o programa, por exemplo, com relação às propriedadesnão-funcionais e gerenciamento de recursos. No caso de plataformas de middlewaredinâmicas, um mecanismo comumente utilizado para implementar reflexão comportamentalrefere-se ao uso de interceptadores, que permitem modificar o comportamentode uma plataforma de middleware através da adição ou remoção depropriedades não-funcionais.2.3.2 A Linguagem LuaA reflexão computacional foi inicialmente utilizada em linguagens de programaçãoe, desde então, tem sido empregada com sucesso em outras áreas, inclusive emsistemas distribuídos. Lua [27] é um exemplo de linguagem de programação reflexiva. Aseguir, são apresentadas algumas das características da linguagem Lua importantes para oentendimento do modelo de interceptadores dinâmicos definido neste trabalho.O carregamento e ativação de código em tempo de execução é uma característicareflexiva da linguagem Lua que permite a um sistema alterar a sua configuração ou estruturadinamicamente. Esta característica é bastante comum em linguagens interpretadas taiscomo Lisp [53], sendo que a própria linguagem Lua também é interpretada. Através deste
Page 1 and 2: Universidade Federal de GoiásInsti
Page 3 and 4: Jesus José de Oliveira NetoUso de
Page 5 and 6: Obrigado à minha mãe, minha irmã
Page 7 and 8: Aquele que conhece bem os outros é
Page 9 and 10: AbstractJosé de Oliveira Neto, Jes
Page 11 and 12: 3 O Modelo de Interceptadores Dinâ
Page 13 and 14: Lista de Tabelas4.1 Característica
Page 15 and 16: GlossárioAPIARARSCARSMASCTBSPBSPLi
Page 17 and 18: 3RFTSSLTLSWSDLWSRFXMLReliable File
Page 19 and 20: 5ficados e complexos. Aspectos que
Page 21 and 22: 1.1 Motivação 7comunica com os de
Page 23 and 24: CAPÍTULO 2Middleware de Grade e Ad
Page 25 and 26: 2.2 Plataformas de Middleware de Gr
Page 35: 2.2 Plataformas de Middleware de Gr
Page 39 and 40: 2.3 Adaptação Dinâmica 25Código
Page 41 and 42: 2.3 Adaptação Dinâmica 27funcao_
Page 43 and 44: 2.3 Adaptação Dinâmica 29mudanç
Page 45 and 46: 2.3 Adaptação Dinâmica 31de usu
Page 47 and 48: 2.4 Middleware de Grade Reflexivo 3
Page 55 and 56: 2.5 Considerações Finais 41compon
Page 57 and 58: 3.2 Visão Geral do Modelo de Inter
Page 59 and 60: 3.3 Arquitetura 45apresentada acima
Page 61 and 62: 3.4 Implementação 47este ponto es
Page 63 and 64: 3.4 Implementação 49Depois de ser
Page 65 and 66: 3.4 Implementação 515859 −−
Page 67 and 68: 3.5 Comparações do Modelo de Inte
Page 69 and 70: 3.6 O Modelo de Interceptadores no
Page 71 and 72: 3.7 O Modelo de Interceptadores no
Page 73 and 74: 3.8 Considerações Finais 59encrip
Page 75 and 76: 4.1 Travessia de Firewall e NAT 61e
Page 77 and 78: 4.1 Travessia de Firewall e NAT 63e
Page 79 and 80: 4.1 Travessia de Firewall e NAT 65F
Page 81 and 82: 4.1 Travessia de Firewall e NAT 671
Page 83 and 84: 4.1 Travessia de Firewall e NAT 69T
Page 85 and 86: 4.2 Freqüência de Atualização d
Page 87 and 88:
4.3 Considerações Finais 73LRM ut
Page 89 and 90:
4.3 Considerações Finais 75de ada
Page 91 and 92:
4.3 Considerações Finais 77houver
Page 93 and 94:
5.2 Trabalhos Futuros 79quando nece
Page 95 and 96:
Referências Bibliográficas 81[10]
Page 97 and 98:
Referências Bibliográficas 83FERE
show all

Uso de um Modelo de Interceptadores para Prover Adaptação ...

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?