Entendendo a distribuição... AtéAtéagoraagoravimosvimosqueasarquiteturasdefinem a infraestrutura componentes, dedecomocomoestãoorganizadosorganizadososos.

Slides:



Advertisements
Apresentações semelhantes
Projeto Qualified Curriculum
Advertisements

Sistemas Distribuídos
Sistemas Distribuídos Baseados em Objetos
Sistemas distribuídos Metas de Projeto Prof. Diovani Milhorim
Engenharia de Software
UNIPAC – ARAGUARI CAMPUS – IX PROF. EVERTON HIPÓLITO DE FREITAS
Noções de Sistemas Operacionais
Redes de computadores I
UML Visões – Parte 2.
Engenharia de Software
1 Comunicação Inter-Processos -> RMI -> RPC -> TCP -> UDP (Abstração de passagem de mensagem)
Princípios e Conceitos de Software(v2)
Engenharia de Software
Professor Fernando Luís
Middleware e Sistemas Distribuídos
Software de Rede Willamys Araújo.
1 Modelos de Sistemas Distribuídos. Introdução - Dificuldades e ameaças para SD. Grande variação na utilização de SD )carga de trabalho e requerimentos.
Desenvolvimento de Sistemas Orientados a Aspectos
Sistemas Distribuídos
IEEE Std IEEE Melhores Práticas para Especificações de Requisitos de Software (ERS)
Gerenciamento de Dados
Ferramentas de modelagem do SI
CORBA e Desenvolvimento Baseado em Componentes
Arquitetura Cliente /Servidor
Concorrência e Java RMI
Administração e Integração de Redes em Sistemas Distribuídos
Orientação a Objetos Parte I
Programação Orientada à Objetos
Sistemas Distribuídos Introdução. Conceito Coleção de múltiplos processos que executam sobre uma coleção de processadores autônomos interligados em uma.
Analises de sistemas ESTRUTURADA Analise de sistema estruturada.
SISTEMAS OPERACIONAIS I
Tecgraf PUC-Rio Setembro de 2013 Introdução ao Openbus.
Sistemas operacionais
Java RMI João Gabriel (jggxm).
Processos.
O que é? É o processo de investigação técnica com intuito de identificar a qualidade, a segurança e a exatidão do software desenvolvido. A validação do.
Sistemas Distribuídos
Comunicação.
RUP - Cap. 4 – Processo Centrado na Arquitetura
Laboratório de Programação
Ferramentas de Suporte a MDD: Um Quadro Comparativo
Desenvolvimento de Software Dirigido a Modelos
IEEE Melhores Práticas para Descrições de Projeto de Software (DPS)
Tarciane Andrade Análise de Casos de Uso Tarciane Andrade
Introdução a Programação Orientada a Objetos
Infra-Estrutura para Computação Distribuída
Objetos Distribuídos Frameworks Orientados a Objetos.
Arquitetura de Software Projetos de Interface
Análise e Projeto de Sistemas
Estrutura de Interconexão
Introdução aos Sistemas Operacionais
Elementos de Informática
Estilos Arquiteturais
SISTEMAS DE INFORMAÇÃO
Linguagem Técnica II SCM Software Configuration Management Aula 03 Prof. Renato Novais
Arquitetura de computadores
UML (Unified Modeling Language) Linguagem Unificada de Modelagem
Introdução ao SCS Tecgraf PUC-Rio Setembro de 2013.
Tecgraf PUC-Rio maio de 2011 Introdução ao Openbus.
Versão 1 - julho/2013 Tecgraf PUC-Rio Novembro de 2013 Introdução ao OpenBus.
TÉCNICAS DE ESTIMATIVAS
Eduardo C. Nicácio ITIL v3 Foundation Certified.  As melhores práticas do ITIL abrangem cinco processos de suporte a serviços, além do papel do Service.
Projeto de Arquitetura de Software
COMPILADORES 02 Prof. Marcos. COMPILADORES Do Programa à Execução Computadores das mais variadas arquiteturas têm funcionamento:
©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE1/41 Análise e Projeto de Sistemas Arquitetura de Software.
Aplicativos para Web MVC Prof. Odair Indena Jr.
Matheus Stigger Sistemas operacionais em carros. Eletrônica Embarcada A eletrônica embarcada consiste da eletrônica desenvolvida para uma aplicação móvel.
Capítulo 4 Estrutura do Sistema Operacional
O Processo Unificado (PU). 2 O que é o Processo Unificado (PU)? É um modelo de processo de software baseado no modelo incremental, visando a construção.
Transcrição da apresentação:

Entendendo a distribuição... AtéAtéagoraagoravimosvimosqueasarquiteturasdefinem a infraestrutura componentes, dedecomocomoestãoorganizadosorganizadososos atravésatravésdedemodelosarquitetônicos denominados de estilos; Para obter-se uma síntese de equilíbrio nos sistemas paralelosénecessárioa implementaçãode um autogerenciamento conforme também foi visto; Isso demonstra que as mudanças são inevitáveis e a diversidade é algo comum que precisa ser contornada em relação à comunicação – interna e externamente; Essa característica é uma consequênciadireta de se ter dispositivos independentes que fazem parte do sistema como um todo;

Entendendo a distribuição... ParaParasuportarsimultaneamenteo“envolvimento”“envolvimento” desses dispositivos e oferecer a superficialidade comum para sistemas de informação, os sistemas distribuídos são instituídos por meio de uma camada de software comum; A camada é logicamente situada entre uma camada de nível mais alto composta de usuários e aplicações, e em umaumacamada subjacente,quequeconsisteconsisteememsistemas operacionais e facilidades básicas de comunicação; Realizaachamada “mediação”dentre osdentre osdiferentes tipos de aplicações, protocolos, sistemas operacionais, plataformas e demais regras de computação;

Entendendo a distribuição... EsseEsse“software”,porporestarlocalizado no“meio”é conhecido como middleware fornecendo uma que diminua os conflitos e incompatibilidades; interface Portanto, pode-se concluir então que: Um que uma middleware interceptam integração é um conjunto de APIS programáveis diferenças operacionais mascarando de váriaslinguagensepadrõesdede comunicação através de processos bem definidos.

Entendendoadistribuição... Middleware em uma visão organizacional

Entendendoadistribuição... Middleware em uma visão estrutural

Entendendo a distribuição... O middleware não está restrito especificamente fixado àumumúnicotipodedeestilo dedistribuição.É independente do estilo, porém é essencial seu uso em diversas perspectivas de paralelismo; EmEmvárioscasoscasoselesseguemumumestilo,comocomoporpor exemplo emobjetos, com CORBA, baseado em eventos, com TIB/Rendezvous, dentre outros para simplificar a projeção da “adaptação” ; PorémPorémapresentamdesvantagens taiscomocomoumauma concentraçãodedeesforçodevidoaquantidadequantidadedede modificações que podem ser necessárias realizar; Para corrigir o problema de “multi-integração” sempre existem novas versões para cada tipo de estilo;

Entendendo a distribuição.. discutida na desenvolver Uma abordagem que vem sendo bastante comunidadeparaparaososSDS éadede middleware “configuráveis”; A base de seu funcionamento almeja simplicidade de adaptação e personalização conforme o necessário para uma aplicação; Para interceptar e “separar” o comportamento correto dodomediadorememuma determinadasituaçãofez-sefez-se necessário a criação de um conceito de “meta-dados” de execução; A utilização da camada central comum neste caso fica ao caso do conjunto de requisitos descrito de acordo com as características da aplicação;

Entendendo a distribuição... Os interceptadores na verdade interrompem o fluxo de controle usual permitindo que sejam executados outros códigos para melhorar o gerenciamento do software e do sistema distribuído como um todo; A ideia de funcionamento pode ser exemplificada da seguinte forma: Um objeto A pode chamar um método que pertence aumumobjetoBenquantoesteesteresidirem umaem uma máquina diferente de A; SóSóqueomiddlewareforneceráessachamadachamadacomocomo “objeto-genérica” por meio de uma interface genérica e enviará o dado como mensagem de “transporte”; A aplicação correta identifica o dado e processo o fluxo;

Entendendoadistribuição... Um exemplo de middleware para Java é o ESB

Entendendo a distribuição... Muitos profissionais adotam esse conceito de divisão de “partes diferentes” para um “administrador único” denominando com software adaptativo; O fato de mensurar as mudanças que sempre ocorrerão exigeserviçoexigeserviço mobilidade,disponibilidadeequalidadequalidadede as esegurançasegurançasem queousuáriousuárioperceba atualizações ou correções; Considera algumas técnicas tais como: Separação de interesses; Reflexão computacional; Projetos baseados em componentes;

de formas Entendendo a distribuição... Pelaseparaçãodedeinteressesinteressesadota-seadota-seo modo tradicional de modularizar sistemas separando as partes que implementam funcionalidade das que cuidam de outras responsabilidades – funcionalidades extras; Desenvolver middleware para aplicações distribuídas é, ememgrandegrandeparte,parte,manipularfuncionalidadesextras independente de aplicações; Prover para o software, mesmo “genéricos” que o crescimento é que possua aspectos lento e gradativo e a ocorre “moldagem” diferenciadas dasnecessidades Desenvolvimento Orientado a Aspectos;

Entendendo a distribuição... Complementandoososinteressescontínuosparaparaas aplicações é importante haver a reflexão computacional ondeaaplicaçãoreporta consigo mesmoerros e autocorrige novas mudanças; É a chama modificação e “tempo de execução” onde a compilação ou interpretação é realizada de acordo com a orientação e interligação existente dos componentes; É fortemente utilizada em linguagens de baseadas em objetos, dentre elas JAVA, com dependências ou sem dependências, mas obrigatoriamente com referências; UmUmexemplocomumcomuméaferramentadede desenvolvimento eclipse;

Entendendo a distribuição... Por fim, o projeto baseado em componentesutiliza por meio de composição. Um sistema pode ser configurado estatisticamentedurante a elaboraçãodo projeto oudo projeto ou em tempo de execução;em tempo de execução; Oúltimo requersuporteparaparaligaçãotardia,técnica quequetemtemsidoaplicadacomcomsucessoeambientes de linguagens e sistemas operacionais; ParaParasistemas locais pode sintetizar bons resultados de acordo com o tamanho do sistema, mas em sistemas distribuídosexigeexigeumaumacomplexidade proporcionalas diferenças dos componentes; Complexidade, mudanças,integraçãoecomplexidade são as palavras base para as arquiteturas de SDS;