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

2.4 Middleware de Grade Reflexivo 32O modelo Interfaces está relacionado com a representação externa de um componente,em termos dos conjuntos de interfaces fornecidas e requisitadas. O protocolo demeta-objetos (MOP) associado a este modelo oferece meios para enumerar e procurar oselementos que definem a interface do componente, permitindo, por exemplo, a descobertadinâmica de serviços fornecidos por um componente.Já o modelo Architeture está relacionado com a representação da implementaçãointerna de um componente maior, formado a partir de componentes mais simples, emtermos de sua arquitetura de software. Esta auto-representação consiste de duas partes:um grafo de componentes representando as interconexões entre os componentes maisprimitivos que por sua vez constituem um componente maior reificado, e um conjuntode restrições arquiteturais definindo as regras necessárias para validar as configuraçõesdesses componentes. O MOP associado a este modelo auxilia na inspeção e adaptação daarquitetura do software, por exemplo, para adicionar, remover ou substituir componentese mudar restrições, tornando possível a adaptação dinâmica.O modelo Interception, com o uso de seu MOP, habilita a manipulação depropriedades não-funcionais sob a forma de interceptadores que realizam pré e pósprocessamentodas interações emitidas e recebidas em uma interface.O último modelo, Resources, oferece acesso estruturado aos recursos subjacentesdas plataformas e o gerenciamento destes recursos. O MOP permite a inspeção e reconfiguraçãodos recursos alocados para atividades particulares no sistema através da adiçãoou retirada de recursos ou alterando os parâmetros e algoritmos necessários para o gerenciamentode recursos.2.4 Middleware de Grade ReflexivoPlataformas de middleware de grade também podem se beneficiar da reflexãocomputacional para se adequarem às freqüentes alterações presentes nas grades computacionais.Assim como um middleware reflexivo, uma plataforma de middleware de gradereflexiva pode ser desenvolvida utilizando os princípios da reflexão computacional desde oinício. Outra opção é a criação do middleware de grade reflexivo a partir de um middlewarede grade estático através da inserção de novos componentes com capacidades reflexivasou então pela inclusão de mecanismos reflexivos nos componentes já existentes.Esta última opção é mais conveniente para os desenvolvedores que já criaramum middleware de grade que ainda não possui suporte a adaptação dinâmica. A adiçãode novos componentes com recursos adaptativos certamente fará com que um middlewarede grade seja dinâmico. No entanto, seria necessário modificar a sua implementação e,conseqüentemente, a sua arquitetura.