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

More documents

Recommendations

Info

2.2 Plataformas de Middleware de Grade 18O GRAM é o serviço responsável por alocar recursos e gerenciar as tarefas, agindocomo uma ponte entre o sistema Globus e o gerenciador de recursos local. O GRAM éencarregado de administrar um conjunto de máquinas, sejam elas máquinas paralelas,aglomerados ou estações de trabalho. As principais funções do GRAM são as seguintes:• Receber requisições solicitando recursos. Estas requisições podem ser aceitas ounegadas com base na disponibilidade de recursos e nas credenciais dos usuáriosque as enviaram. Estas credencias são um tratamento de segurança fornecido pelocomponente GSI, que será descrito mais adiante.• Fornecer uma interface que permita ao usuário monitorar e gerenciar os processoscriados a partir de suas requisições.• Manter o MDS atualizado com relação à disponibilidade dos recursos na grade.O MDS é o serviço responsável por disponibilizar informações sobre os recursosdisponíveis na grade. O MDS armazena informações sobre os vários recursos da grade,tais como o sistema operacional, a memória disponível, o espaço em disco, entre outros.Ele é constituído por dois serviços internos: GRIS e GIIS.O GRIS gerencia as informações sobre um determinado recurso. Se este recursofor um computador, o GRIS fornece informações, por exemplo, sobre a arquitetura dehardware e sistema operacional. Caso o recurso seja uma rede, o GRIS deve informarsobre o seu tipo, a velocidade máxima de transmissão e a largura de banda disponívelno momento. Uma instância do GRIS pode representar uma única máquina da grade ouentão um aglomerado inteiro composto por diversos computadores. Já o GIIS reúne asinformações dos vários GRIS espalhados na grade em único servidor.O RFT é o serviço responsável pela transferência de arquivos entre as máquinasda grade de forma segura.O GSI [25] é o serviço responsável por prover segurança dentro do Globus.Os mecanismos para autenticação e comunicação segura fornecidos por este serviçosão baseados em certificados X.509, infra-estrutura de chave pública (PKI), protocolosSSL/TLS e certificados proxy X.509. Os recursos de segurança fornecidos pelo GSI sãodescritos abaixo:• Autenticação única: o usuário precisa se autenticar apenas uma vez no sistema parater acesso aos recursos da grade.• Comunicação segura: impede que uma entidade desconhecida tenha acesso àscomunicações das aplicações de um usuário credenciado.• Delegação: permite delegar parte das permissões de um usuário a uma outra entidade,por exemplo, uma aplicação. Assim, esta aplicação pode requisitar mais recursossem necessidade de uma nova autenticação.
2.2 Plataformas de Middleware de Grade 19Na terceira versão do Globus Toolkit, ilustrada na Figura 2.5, houve mudançasprofundas com relação às versões anteriores. Estas modificações se devem ao fato de que oGlobus Toolkit passou a ser baseado em uma arquitetura e um conjunto de padrões definidospor um comitê chamado Open Grid Forum [42]. A utilização de padrões é importante poispermite que o middleware de grade possa ser utilizado em larga escala. A arquitetura e ospadrões definidos por este comitê são mostrados a seguir.Figura 2.5: Globus Toolkit na versão 3 [23]Web Services [54]: é o padrão utilizado no desenvolvimeno de Grid Services e,desta forma, a base para a OGSA [43], para a OGSI [44] e também para a terceira versão doGlobus Toolkit. Web Services é uma tecnologia de computação distribuída que possibilitaa comunicação entre aplicações usando protocolos e linguagem abertos e amplamenteconhecidos como o HTTP e o XML.Open Grid Services Architecture (OGSA) [43]: A OGSA tem por objetivo definirquais serviços um ambiente de grade pode oferecer. Os serviços definidos em OGSA sãochamados de Grid Services, em referência aos Web Services nos quais foram baseados.Os Grid Services são expressos em uma linguagem de definição de interface conhecidacomo WSDL (Web Services Description Language) [8], utilizada na especificação de WebServices em geral. Assim como outras linguagens de definição de interface, como porexemplo a IDL (Interface Definition Language) do padrão CORBA, WSDL não especificamodelo, arquitetura ou linguagem de programação. Os Grid Services são compostos porum ou mais portTypes, uma espécie de sub-interface de Web Service que possui umafuncionalidade específica.Open Grid Services Infrastructure (OGSI) [44]: a OGSI tem por objetivo definircomo construir, gerenciar e expandir um Grid Service. Para isso, a OGSI provê um conjuntode portTypes que podem ser inseridos num Grid Service de modo a fornecer algumafuncionalidade básica. Os principais tipos de portTypes providos pela OGSI são listadosa seguir.
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 31: 2.2 Plataformas de Middleware de Gr
Page 37 and 38: 2.3 Adaptação Dinâmica 23• Rei
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 ...

Create successful ePaper yourself

Delete template?

Save as template?