CORBA (Common Object Request Broker Architecture)
|
|
- Walter Fidalgo Balsemão
- 8 Há anos
- Visualizações:
Transcrição
1 CORBA (Common Object Request Broker Architecture) Sistemas Distribuídos Desafios para a realização de sistemas Distribuídos Exemplos de Sistemas Distribuídos CORBA Evolução Histórica OMA (Object Management Architecture) Modelo de referência OMA CORBA RMI Arquitectura CORBA Linguagem de especificação de interfaces Referências para objectos remotos Operações sobre referências para objectos Serviços CORBA serviço de nomes serviço de trading serviço de eventos outros serviços CORBA
2 Sistemas Distribuídos Um sistema distribuído é aquele onde componentes localizados em computadores ligados em rede comunicam e coordenam as suas acções apenas através da troca de mensagens. O conceito é semelhante a "Rede de Computadores". A diferença está no uso transparente da rede. Numa rede de computadores o utilizador usa explicitamente as aplicações em cada máquina. Um sistema distribuído é um caso especial de uma rede de computadores, onde o software dá um nível elevado de coesão e transparência. Middleware Camada de software que fornece um abstracção para a programação de aplicações em rede. CB - 2
3 Desafios para a realização de sistemas distribuídos Heterogeneidade Existe heterogeneidade a vários níveis num sistema distribuído: Rede Hardware Sistema Operativo Linguagem de programação Diferentes programadores A utilização de protocolos normalizados nos vários níveis de abstracção permite lidar com a heterogeneidade. A camada de software designada de Middleware fornece uma abstracção para a programação de aplicações em rede, mascarando a heterogeneidade nos vários níveis do sistema. Considerando o modelo de referência OSI, a camada Middleware inclui funcionalidades do nível Sessão, nível Apresentação e do nível Aplicação. Abertura Um sistema deve ser extensível. Um sistema aberto: usa mecanismos de comunicação uniforme e publicita interfaces para acesso a recursos partilhados; permite a integração de componentes de software e hardware de várias origens. CB - 3
4 Desafios para a realização de sistemas distribuídos (2) Concorrência A presença de múltiplos utilizadores num sistema distribuído pode originar pedidos concorrentes aos recursos. É necessário sincronizar o acesso a dados partilhados para manter a coerência (ex. semáforos, etc.) Escalabilidade O custo de adicionar um utilizador deve ser constante em termos de recursos adicionais. O algoritmo para aceder a dados partilhados deve evitar a concentração de pedidos num único objecto. Para melhorar a escalabilidade de aplicações pode-se replicar dados. Tratamento de falhas Qualquer processo, computador ou rede pode falhar numa rede. Cada componente deve estar preparado detectar falhas e eventualmente mascarar falhas (ex. replicação activa). Segurança Um sistema distribuído deve assegurar a segurança da informação na rede utilizando métodos de cifra. CB - 4
5 Desafios para a realização de sistemas distribuídos (3) Transparência Define-se como o esconder a separação dos componentes e da sua distribuição num sistema distribuído do utilizador e do programador de aplicações, de maneira a visualizar o sistema como um todo em vez de uma colecção de componentes independentes. A transparência pode-se definir a vários níveis: acesso. Permitir o acesso a recursos locais e remotos utilizando as mesmas operações; localização. Permitir o acesso a recursos sem ter conhecimento da sua localização; concorrência. Permitir que vários processos operem concorrentemente sobre recursos partilhados sem que haja interferência entre eles; replicação. Permitir a utilização de múltiplas instâncias de recursos para melhorar a fiabilidade e o desempenho sem que os utilizadores ou programadores tenham conhecimento; falha. Permitir o esconder de falhas de hardware ou software (ex. reenvio de pedidos para outro servidor); de mobilidade. Permitir a mobilidade de recursos e clientes num sistema sem afectar o funcionamento dos programas; de desempenho. Permitir a reconfiguração de um sistema para melhorar o desempenho com a variação da carga; de escalabilidade. Permitir a expansibilidade da escala de um sistema ou aplicação sem modificar a estrutura do sistema ou os algoritmos das aplicações. CB - 5
6 Exemplos de Sistemas Distribuídos Existem três grandes arquitecturas de sistemas distribuídos que satisfazem parcialmente os desafios enumerados. Todas se baseiam em modelos orientados a objectos, onde as interfaces são declaradas por uma IDL (Interface Definition Language) específica. Todas oferecem transparência de acesso e localização. Várias ferramentas de desenvolvimento para qualquer destas arquitecturas. CORBA (OMG) Várias linguagens de programação (C, C++, Java, Smalltalk, COBOL, Lisp, Python) Corre sobre qualquer arquitectura Comunicação: IIOP mas suporta RMI-IIOP, COM, SOAP Enterprise Javabeans (Sun) Linguagem de programação: Java Corre em qualquer arquitectura que suporte uma máquina virtual Java Comunicação: IIOP/RMI mas suporta RMI-IIOP, SOAP COM+ (Microsoft) Só corre sobre sistemas operativos Microsoft, existindo apenas implementações da Microsoft Várias linguagens de programação Comunicação: DCE/SOAP mas suporta IIOP, SOAP SOAP= Simple Object Access Protocol = XML + HTTP CB - 6
7 CORBA A arquitectura CORBA está a ser desenvolvida pela OMG (Object Management Group). A OMG foi fundada em 1989 por oito membros fundadores (3Com, American Airlines, Canon, Data General, HP, Philips, Sun e Unisys). No ano 2000 tinha mais de 800 membros, incluindo IBM e Microsoft (apenas como observadora). Evolução histórica A primeira especificação da arquitectura CORBA (1.0) foi proposta em 1991, tendo introduzido o acrónimo ORB (Object Request Broker). Em 1996 foi proposta a segunda especificação da arquitectura (CORBA 2.0). A grande evolução foi a definição de protocolos para permitir a comunicação entre ORBs. Desde 1996 várias versões intermédias da norma têm sido lançadas. A mais recente foi a norma CORBA 2.6.1, em Maio do ano A evolução visou a interoperação da arquitectura CORBA com outros sistemas distribuídos, suporte de interacção assíncrona entre objectos, mobilidade de objectos, interacção com grupos de objectos, interacção em tempo real, etc. CB - 7
8 OMA (Object Management Architecture) O modelo de objectos adoptado pela OMG para a arquitectura CORBA é descrito na OMA (Object Management Architecture). Os objectos oferecem uma colecção de operações definida pelo tipo de interface. Podem-se definir relações de herança entre tipos de interfaces de objectos. Todas as interfaces herdam do tipo abstracto Object. Os objectos são acedidos através de referências para objectos, que identificam de uma forma uniforme objectos locais ou objectos remotos. Cada aplicação é realizada por um ou mais objectos "servidores". CB - 8
9 Modelo de referência OMA O modelo de referência OMA identifica três categorias de objectos presentes num sistema distribuído CORBA: Objectos de Aplicações Facilidades CORBA Facilidades verticais Comércio Electrónico Saúde Telecomunicações (p/ Operadoras) Facilidades horizontais Tempo Agentes Object Request Broker (ORB) Naming, Trader Segurança Eventos, Notificação Transacções Serviços CORBA Os objectos dos serviços CORBA e das facilidades CORBA fornecem um conjunto de funcionalidades normalizadas para os objectos de aplicação, simplificando o desenvolvimento destas. Os serviços CORBA definem interfaces genéricas, de uso comum em aplicações distribuídas: Naming e trader: localização de objectos baseados no nome ou em conjuntos de propriedades; Eventos e notificação: troca assíncrona de mensagens; etc. CB - 9
10 Modelo de referência OMA (2) As facilidades horizontais CORBA definem interfaces orientadas para grupos de aplicações específicos, de uso mais restrito: Agentes: aplicações baseadas em agentes móveis; etc. As facilidades verticais CORBA definem interfaces orientadas para aplicações específicas: Comércio electrónico; Administração de redes de operadoras de telecomunicações; etc. Os objectos de aplicação têm interfaces proprietárias, podendo usar os serviços e facilidades disponíveis no sistema distribuído para realizar as suas funções. O ORB interliga os vários objectos no sistema, ajudando os clientes a invocar métodos noutro objecto. Ele localiza um objecto (activa-o se necessário), e trata da troca de mensagens entre o cliente e o objecto. CB - 10
11 CORBA RMI Um dos principais elementos normalizados na arquitectura CORBA é a invocação remota de procedimentos. Esta especificação do CORBA RMI tem quatro componentes principais: A arquitectura do ORB; A linguagem de especificação de interfaces (IDL); A representação externa (serialização) dos dados (definida no GIOP - General Inter-ORB Protocol); formato das referências para objectos. Para além disso, a especificação do CORBA RMI define a utilização dos serviços CORBA na interacção entre objectos de aplicação. CB - 11
12 Arquitectura CORBA Não existe um objecto ORB. A arquitectura CORBA define como é realizada a funcionalidade de ORB num sistema real. A figura representa os componentes principais da arquitectura CORBA Repositório Implementações Repositório Interfaces servidor cliente skeleton programa cliente stub de A núcleo ORB Pedido Resposta núcleo ORB adaptador objectos servidor A ou invocação dinâmica ou skeleton dinâmico Em relação ao modelo de RPC estudado anteriormente, a arquitectura CORBA acrescenta: Adaptador de Objectos Repositório de interfaces Repositório de implementações Estes componentes criam a ilusão de transparência oferecida pelo CORBA. CB - 12
13 Arquitectura CORBA (2) Núcleo ORB Os dois núcleos de ORB cooperantes realizam o protocolo de RPC, que realiza a transmissão de mensagens de pedido e de resposta entre o cliente e o servidor. Suporta uma semântica de invocação "at-most-once" No servidor, o núcleo ORB passa para o adaptador de objecto a classe de objecto e a identidade do objecto a invocar. Para além disso fornece uma interface que inclui: operações para arrancar e parar o ORB; operações para converter entre referências para objectos e strings; operações para criar listas de argumentos para invocações utilizando invocação dinâmicas. stubs e skeletons Os stubs e skeletons são classes na linguagem de programação do cliente e do servidor geradas pelo compilador de IDL, que realizam a serialização (marshalling) e a reconstrução (unmarshalling) dos parâmetros de invocação dos pedidos e da resposta do servidor. CB - 13
14 Arquitectura CORBA (3) Adaptador de objectos O adaptador de objectos tem as seguintes funções: cria referências remotas para objectos CORBA; despacha cada invocação remota através de um skeleton para o objecto servidor local apropriado; activa objectos. O adaptador de objectos dá a cada objecto CORBA um "nome" de objecto único, que faz parte da referência remota, mantendo uma tabela que associa o "nome" ao "objecto servidor" que o realiza. O "nome" mantém-se fixo mesmo que o objecto seja desactivado e reactivado. Cada adaptador de objectos também tem um "nome" único, que também faz parte da referência remota de todos os objectos CORBA geridos localmente. Os objectos podem ser activados num modo "single-threaded" (apenas uma operação corre sobre o objecto) ou "multithreaded" (pode haver várias operações a correr sobre o mesmo objecto em paralelo). Até à norma CORBA 2.1, foi usado adaptador de objectos designado de "Basic Object Adapter" (BOA). A partir da norma CORBA 2.2, o BOA foi substituído pelo POA (Portable Object Adapter), com uma definição mais completa das interfaces, que torna a realização de aplicações e de "objectos servidores" transportável entre diferentes ORBs. CB - 14
15 Arquitectura CORBA (4) Repositório de implementações Suporta um modo de registo de objectos passivo no adaptador de objectos, que apenas arranca com os objectos quando são recebidas invocações. É responsável por activar objectos registados e por localizar servidores que estão a correr. O repositório de implementações guarda entradas com a estrutura: Nome Adaptador Objectos "pathname" implementação objecto Endereço IP e porto do objecto "servidor" O endereço IP e o nº porto só são preenchidos quando o objecto é activado. O repositório de implementações permite a replicação de "objectos servidores", ao controlar o número de réplicas de objectos servidores que são arrancados para cada objecto. Repositório de interfaces Mantém uma base de dados com todos os tipos de IDLs registados: pode fornecer nomes dos métodos e argumentos de cada método. O compilador de IDLs atribui para cada tipo de IDL um identificador único, passado nas invocações remotas e nas referências para objectos. CB - 15
16 Arquitectura CORBA (5) Invocação dinâmica de interfaces Utilizando o repositório de interfaces é possível realizar clientes que invocam operações sobre tipos de interfaces desconhecidos na altura da compilação dos clientes. Não é usado uma stub, mas funções no núcleo do ORB que concatenam os vários argumentos numa mensagem. Do lado do servidor existe uma funcionalidade semelhante designada de skeleton dinâmico, que constrói a invocação no objecto servidor a partir da informação na mensagem e do repositório de interfaces. As invocações dinâmicas de interfaces têm a vantagem de poderem ter uma semântica assíncrona: O cliente envia uma (ou mais) mensagem de pedido de invocação, continuando o processamento local normal até realizar uma invocação explícita de recepção das mensagens de resposta. Utilizando stubs e skeleton, até à norma CORBA 2.3 apenas foi suportada a invocação síncrona de operações: O cliente fica bloqueado durante a invocação da operação remota. A partir da norma CORBA 2.4 já foi introduzida a invocação assíncrona de interfaces, embora a maior parte dos ORBs disponíveis em 2001 ainda não o suporte. CB - 16
17 Linguagem de especificação de interfaces (IDL) A IDL é uma linguagem declarativa independente de qualquer linguagem de programação, para especificar interfaces para objectos CORBA. A sintaxe da IDL é semelhante a C++, embora use palavraschave diferentes. Permite a declaração de: constantes para auxiliar a definição de tipos; declarações de tipos de dados para definir parâmetros; operações que definem parâmetros e valores retornados; atributos variáveis de um tipo; interfaces agrupam tipos de dados, atributos e declaração de operações; módulos para dividir o espaço de nomes. Constantes As constantes são declaradas usando a palavra-chave "const". Tipos A IDL define 15 tipos primitivos de dados que incluem: short (16 bits), long (32 bits), unsigned short, unsigned long, float (32 bits), double (64 bits), char, boolean (TRUE, FALSE), octet (8 bits) e any. O tipo any pode representar qualquer tipo (primitivo ou estruturado). CB - 17
18 Linguagem de especificação de interfaces (IDL) (2) Podem-se construir tipos de dados estruturados utilizando vários construtores: array de tamanho fixo: typedef tipo nome[20]; typedef tipo nome[20][30]; array de tamanho variável: typedef sequence <tipo> nome; typedef sequence <tipo, 20> nome; sequência de caracteres delimitada por '\0' (strings de C): string nome; typedef string <20> nome; estrutura: struct nome { }; tipo enumerado: enum nome { Const1,, Constn }; união (a variável var selecciona o tipo da variável): union nome switch (var) { case Const1: tipo1 var1; case Constn: tipon varn; }; Métodos A declaração de métodos obedece à forma genérica: [oneway] <return_type> <nome_método> (parameter1,, parameterl) [raises (except1,, exceptn)] Os parâmetros têm qualificadores in, out, inout que definem se são enviados no pedido ou na resposta. CB - 18
19 Linguagem de especificação de interfaces (IDL) (3) A expressão opcional oneway indica um método com uma semântica "melhor-esforço", onde o cliente não fica bloqueado enquanto o servidor processa o pedido. Por defeito, todos os métodos são fiáveis com uma semântica "at-most-once". Para além das excepções geradas pelo ORB por erros na comunicação, a palavra-chave raises permite os métodos terminarem com a geração de uma excepção de utilizador. Atributos Tal como as variáveis numa classe em C++ ou Java, os atributos definem variáveis de interfaces. [readonly] attribute tipo nome; Interfaces São declaradas com a palavra-chave 'interface' Definem o conjunto de operações suportadas por um objecto. Pode-se definir relações de herança entre tipos de interface. Módulos São declarados com a palavra-chave 'module' Os módulos permitem separar o espaço de nomes, facilitando a atribuição unívoca de nomes a tipos e a interfaces. CB - 19
20 Referências para objectos remotos A norma CORBA 2.0 especificou o formato de uma referência para um objecto, designada de Interoperable Object Reference (IOR) Nome tipo interface IDL Id. Repositório interfaces Protocolo e endereço IIOP IP porto nome adaptador Chave de objecto nome objecto O primeiro campo define o nome do tipo de interface do objecto. Caso exista um repositório de interfaces activo, é possível obter a definição da interface. O segundo campo define o tipo de protocolo de transporte e o endereço. O mais comum é o "Internet Inter-ORB Protocol" (IIOP), onde o endereço inclui o endereço IP e o nº de porto. O terceiro campo identifica o adaptador de objectos no executável e o objecto dentro desse adaptador de objecto. Esta estrutura pode ser guardada numa sequência de caracteres, podendo ser lida por qualquer realização de ORB. O IOR pode conter a referência (IP, porto) para um objecto activo, deixando de ser válido quando o processo terminar IOR transitório Para objectos activados dinamicamente por invocação definem-se IOR persistentes. O IOR contém a referência para repositório de implementações, permanecendo válido entre várias invocações do objecto. CB - 20
21 Operações sobre referências para objectos O núcleo ORB fornece um conjunto de métodos na interface CORBA::Object, herdada por todos os objectos. is_nil Testa de a referência não identifica nenhum objecto is_a Testa se dois tipos de interface são compatíveis is_equivalent Testa se duas referências identificam o mesmo objecto. duplicate release São usadas em linguagens de programação que não libertam memória automaticamente (ex. C, C++). A partir do CORBA 2.2, cada ORB mantém contador de procuradores remotos para um objecto. Cada procurador mantém contador de referências para o objecto. Cliente Servidor OR proxy 1 objecto 2 Uma cópia de uma referência não incrementa o contador de referências no procurador (ex. nomeinterface_var). Deve ser usado o método duplicate. Não deve ser usado o delete da linguagem de programação, mas o método release. O delete não actualiza o contador de procuradores no objecto. CB - 21
22 Serviços CORBA: serviço de nomes Realiza a associação entre "nomes" definidos pelo utilizador e referências para objectos. O espaço de nomes está organizado de uma forma hierárquica, podendo existir vários contextos onde se podem registar interfaces. Os contextos estão organizados num grafo, com uma raiz, o contexto de nomes inicial. Contexto nomes inicial ShapeList C D B E Cada ORB tem uma raiz do espaço de nomes diferente. Numa rede de grande escala é possível interligar o serviço de nomes de vários ORB através de ligações de federação (ex.: XX). contexto nomes inicial contexto nomes inicial P XX V R S T Q U CB - 22
23 Serviços CORBA: serviço de nomes (2) Os nomes usados no serviço de nomes para identificar objectos e contextos têm dois componentes: id e kind Algumas das operações disponíveis na interface do serviço de nomes (CosNaming::NamingContext) são: bind, rebind registo de nomes; unbind cancelamento de nomes; resolve pesquisa de nomes; list retorna todos os nomes registados num contexto; bind_new_context cria um novo contexto e associa-o a um novo nome no contexto corrente. Serviços CORBA: serviço de trading Realiza um serviço de directórios para objectos CORBA que permite pesquisar objectos através de um conjunto de atributos. Associa um tipo de serviço (nome) com um conjunto de atributos (par nome-valor) a referências para objectos. O cliente define um conjunto de equações de pesquisa em função dos atributos para um tipo de serviço. min Preço && País == "Portugal" Cada ORB tem um trader local, mas é possível interligar traders de vários ORB através de ligações de federação. Os registos são feitos no trader local. As pesquisas atravessam as ligações de federação. A delimitação da pesquisa é feita através de limitação no número de ligações de federação atravessadas. CB - 23
24 Serviços CORBA: serviço de eventos O serviço de eventos suporta um método de comunicação anónimo e assíncrono entre objectos. Suporta o envio de mensagens de tipo genérico (any) a partir de um ou mais fornecedores para um ou mais consumidores. A comunicação é realizada através da invocação de RPC síncrono sobre os procuradores existentes no canal de eventos. fornecedor notificação procurador consumidor canal eventos notificação Há dois modelos de interacção: procurador fornecedor notificação consumidor push (empurrar) 1. os consumidores registam uma interface PushConsumer no canal de eventos; 2. o fornecedor invoca o método "push" sobre o procurador de consumidor. O canal de eventos invoca o mesmo método sobre os consumidores. pull (puxar) 1. os fornecedores registam uma interface PullSupplier no canal de eventos; 2. os consumidores invocam o método "pull" sobre o procurador de fornecedor. O canal de eventos invoca o mesmo método sobre os fornecedores ou usa mensagens recebidas anteriormente. Podem-se misturar os dois modelos interacção assíncrona. É possível criar cadeias de canais de eventos, de forma a melhorar a escalabilidade do sistema. CB - 24
25 Serviços CORBA: outros serviços Serviço de notificação Estende o serviço de eventos, acrescentando mecanismos de filtragem na recepção de eventos e de controlo da qualidade de serviço (por defeito, é do tipo "melhor-esforço"). Serviço de segurança Suporta quatro funcionalidades principais: autenticação de utilizadores e servidores, com geração de credenciais; controlo de acesso para objectos CORBA (ACL - Access Control Lists); auditoria de invocações remotas de objectos; facilidades para não repúdio guarda credenciais de clientes nos servidores como prova de invocação. Serviço de transacções e controlo de concorrência Suporta protocolo de comprometimento de actualização de duas fases (begin >> commit ou rollback), baseado em semáforos. Serviço de persistência de objectos Embora o repositório de implementações suporte o arranque de objectos dinâmico, ele não guarda o estado do objecto entre invocações de operações. O serviço de persistência de objectos fornece uma interface para os objectos guardarem o estado antes de serem desactivados e o recuperarem depois de serem reactivados. CB - 25
Capítulo VI CORBA. Common Object Request Broker Architecture. [Cardoso2008] Programação de Sistemas Distribuídos em Java, Jorge Cardoso, FCA, 2008.
Common Object Request Broker Architecture [Cardoso2008] Programação de Sistemas Distribuídos em Java, Jorge Cardoso, FCA, 2008. From: Fintan Bolton Pure CORBA SAMS, 2001 From: Coulouris, Dollimore and
Leia maisINE5380 - Sistemas Distribuídos
INE5380 - Sistemas Distribuídos Object Request Broker e CORBA Por: Léo Willian Kölln - 0513227-4 Novembro de 2006 ORB Object Request Broker ORB aqui será tratado como um Middleware que permite a construção
Leia maisUNIVERSIDADE. Sistemas Distribuídos
UNIVERSIDADE Sistemas Distribuídos Ciência da Computação Aula 19-20: Arquitetura CORBA (continuação) Exemplo de cliente e servidor em CORBA Interfaces IDL Shape e ShapeList Exemplo de cliente e servidor
Leia maisSistemas Distribuídos
Faculdades SENAC Análise e Desenvolvimento de Sistemas 28 de abril de 2010 Principais suportes de Java RMI (Remote Method Invocation), da Sun Microsystems DCOM (Distributed Component Object Model), da
Leia maisSistemas Distribuídos Comunicação entre Processos em Sistemas Distribuídos: Middleware de comunicação Aula II Prof. Rosemary Silveira F. Melo Comunicação em sistemas distribuídos é um ponto fundamental
Leia maisDesenvolvimento Cliente-Servidor 1
Desenvolvimento Cliente- 1 Ambiienttes de Desenvollviimentto Avançados Engenharia Informática Instituto Superior de Engenharia do Porto Alexandre Bragança 1998/99 Ambientes de Desenvolvimento Avançados
Leia maisUma Introdução à Arquitetura CORBA. O Object Request Broker (ORB)
Uma Introdução à Arquitetura Francisco C. R. Reverbel 1 Copyright 1998-2006 Francisco Reverbel O Object Request Broker (ORB) Via de comunicação entre objetos (object bus), na arquitetura do OMG Definido
Leia maisUNIVERSIDADE. Sistemas Distribuídos
UNIVERSIDADE Sistemas Distribuídos Ciência da Computação Prof. Jesus José de Oliveira Neto Web Services Web Services Existem diferentes tipos de comunicação em um sistema distribuído: Sockets Invocação
Leia maisPrincípios de Sistemas Distribuídos. Tecnologias utilizadas em sistemas distribuídos Aula 5
Princípios de Sistemas Distribuídos Tecnologias utilizadas em sistemas distribuídos Aula 5 Conceitos de comunicação entre processos Interprocess Communication (IPC) Sistemas distribuídos são construídos
Leia maisSistemas Distribuídos
Sistemas Distribuídos Comunicação Remota Gustavo Reis gustavo.reis@ifsudestemg.edu.br 1 Comunicação entre processos está no coração de todo sistema distribuído. Não tem sentido estudar sistemas distribuídos
Leia maisCORBA. Common Object Request Broker Architecture. Unicamp. Centro de Computação Rubens Queiroz de Almeida queiroz@unicamp.br
CORBA Common Object Request Broker Architecture Unicamp Centro de Computação Rubens Queiroz de Almeida queiroz@unicamp.br Objetivos Apresentação Tecnologia CORBA Conceitos Básicos e Terminologia Considerações
Leia maisSistemas Distribuídos
Sistemas Distribuídos Soquetes Um soquete é formado por um endereço IP concatenado com um número de porta. Em geral, os soquetes utilizam uma arquitetura cliente-servidor. O servidor espera por pedidos
Leia maisUFG - Instituto de Informática
UFG - Instituto de Informática Especialização em Desenvolvimento de Aplicações Web com Interfaces Ricas EJB 3.0 Prof.: Fabrízzio A A M N Soares professor.fabrizzio@gmail.com Aula 13 Web Services Web Services
Leia maisChamadas Remotas de Procedimentos (RPC) O Conceito de Procedimentos. RPC: Programa Distribuído. RPC: Modelo de Execução
Chamadas Remotas de Chamada Remota de Procedimento (RPC) ou Chamada de Função ou Chamada de Subrotina Método de transferência de controle de parte de um processo para outra parte Procedimentos => permite
Leia maisLaboratório de Computação VI JAVA IDL. Fabricio Aparecido Breve - 981648-9
Laboratório de Computação VI JAVA IDL Fabricio Aparecido Breve - 981648-9 O que é Java IDL? Java IDL é uma tecnologia para objetos distribuídos, ou seja, objetos em diferentes plataformas interagindo através
Leia maisSISTEMAS DISTRIBUIDOS
1 2 Caracterização de Sistemas Distribuídos: Os sistemas distribuídos estão em toda parte. A Internet permite que usuários de todo o mundo acessem seus serviços onde quer que possam estar. Cada organização
Leia maisGrupo I [6v] Considere o seguinte extracto de um programa de definição de uma calculadora apenas com a função soma de dois valores reais
Número: Nome: Página 1 de 5 LEIC/LERC 2012/13, Repescagem do 1º Teste de Sistemas Distribuídos, 25 de Junho de 2013 Responda no enunciado, apenas no espaço fornecido. Identifique todas as folhas. Duração:
Leia maisPadrões Arquiteturais. Sistemas Distribuídos: Broker
Padrões Arquiteturais Sistemas Distribuídos: Broker Sistemas Distribuídos Tendências: Sistemas Comp. com múltiplas CPUs Redes locais com centenas de hospedeiros Benefícios Economia Desempenho e escalabilidade
Leia maisCORBA Common Object Request Broker Architecture. Carolina de Oliveira Cunha Lenita Martins Ambrosio Victor da Fonseca Santos
CORBA Common Object Request Broker Architecture Carolina de Oliveira Cunha Lenita Martins Ambrosio Victor da Fonseca Santos Introdução OMG (Object Management Group): uma organização formada por empresas
Leia maisREDES INTEGRADAS DE TELECOMUNICAÇÕES II 2011 / 2012
Departamento de Engenharia Electrotécnica REDES INTEGRADAS DE TELECOMUNICAÇÕES II 2011 / 2012 4º ano 8º semestre 2º Trabalho prático: Serviço de distribuição de vídeo com CORBA e JMF http://tele1.dee.fct.unl.pt
Leia maisREDES INTEGRADAS DE TELECOMUNICAÇÕES II 2005 / 2006
UNIVERSIDADE NOVA DE LISBOA Faculdade de Ciências e Tecnologia Departamento de Engenharia Electrotécnica REDES INTEGRADAS DE TELECOMUNICAÇÕES II 2005 / 2006 Licenciatura em Engenharia Electrotécnica e
Leia maisTecnologia de Sistemas Distribuídos Capítulo 8: Sistemas de Ficheiros Distribuídos Paulo Guedes
Tecnologia de Sistemas Distribuídos Capítulo 8: Sistemas de Ficheiros Distribuídos Paulo Guedes Paulo.Guedes@inesc.pt Alves Marques jam@inesc.pt INESC/IST 1 Sistema de Ficheiros Distribuídos Permite a
Leia maisOBJETOS DISTRIBUÍDOS E INVOCAÇÃO REMOTA
OBJETOS DISTRIBUÍDOS E INVOCAÇÃO REMOTA SUMÁRIO Introdução Comunicação entre objetos distribuídos Eventos e Notificações 1.INTRODUÇÃO Middleware oferece: Transparência de localização Independência de protocolos
Leia maisAdriano Reine Bueno Rafael Barros Silva
Adriano Reine Bueno Rafael Barros Silva Introdução RMI Tecnologias Semelhantes Arquitetura RMI Funcionamento Serialização dos dados Criando Aplicações Distribuídas com RMI Segurança Exemplo prático Referências
Leia maisServidor Bingo. : A interface utilizada por clientes para realizarem as apostas e para sinalizarem um
! "! $#%&('%)*+ $,- ( '..0/1%) 24356798)6:"3;(89=3@?-; A3;B 67C 6@?-D 3 E(879
Leia maisUNIVERSIDADE. Sistemas Distribuídos
UNIVERSIDADE Sistemas Distribuídos Ciência da Computação Prof. Jesus José de Oliveira Neto Comunicação Inter-Processos Sockets e Portas Introdução Sistemas distribuídos consistem da comunicação entre processos
Leia maisDepartamento de Informática
Departamento de Informática Licenciatura em Engenharia Informática Sistemas Distribuídos exame de recurso, 9 de Fevereiro de 2012 1º Semestre, 2011/2012 NOTAS: Leia com atenção cada questão antes de responder.
Leia maisJava 2 Standard Edition. Fundamentos de. Objetos Remotos. Helder da Rocha www.argonavis.com.br
Java 2 Standard Edition Fundamentos de Objetos Remotos Helder da Rocha www.argonavis.com.br 1 Sobre este módulo Este módulo tem como objetivo dar uma visão geral, porém prática, da criação e uso de objetos
Leia maisComunicação. Parte II
Comunicação Parte II Carlos Ferraz 2002 Tópicos Comunicação Cliente-Servidor RPC Comunicação de objetos distribuídos Comunicação em Grupo Transações Atômicas Comunicação Stream 2 Comunicação cliente-servidor
Leia maisGrupo I [6,6v] Responda com os valores que se observam depois da chamada acontecer. 1 Falta na mensagem de resposta. Valor retornado na chamada
Número: Nome: Pági 1 de 6 LEIC/LETI 2013/14, Repescagem do 1º Teste de Sistemas Distribuídos, 1/7/14 Responda no enunciado, apes no espaço fornecido. Identifique todas as folhas. Duração: 1h30m Grupo I
Leia maisSistemas Distribuídos RPC x RMI. Edeyson Andrade Gomes www.edeyson.com.br
Sistemas Distribuídos RPC x RMI Edeyson Andrade Gomes www.edeyson.com.br Roteiro da Aula Chamada Remota a Procedimento Definição Passagem de Parâmetros STUBS Semântica de Falhas 2 RPC Chamada Remota a
Leia maisSistemas Distribuídos. Professora: Ana Paula Couto DCC 064
Sistemas Distribuídos Professora: Ana Paula Couto DCC 064 Comunicação- Protocolos, Tipos, RPC Capítulo 4 Agenda Protocolos em Camadas Pilhas de Protocolos em Sistemas Distribuídos Tipos de Comunicação
Leia maisSistemas Informáticos
Sistemas Informáticos Sistemas Distribuídos Eng.ª Sistemas de Informação Escola Superior de Tecnologia e Gestão - IPVC Ano Lectivo 2005-2006 1.º Semestre Gestão de Nomes 1 - Objectivos - Os nomes são fundamentais
Leia maisLicenciatura em Engenharia Informática Sistemas Distribuídos I 2ª chamada, 6 de Julho de 2005 2º Semestre, 2004/2005
Departamento de Informática Faculdade de Ciências e Tecnologia UNIVERSIDADE NOVA DE LISBOA Licenciatura em Engenharia Informática Sistemas Distribuídos I 2ª chamada, 6 de Julho de 2005 2º Semestre, 2004/2005
Leia maisUNIVERSIDADE FEDERAL DE GOIÁS INSTITUTO DE INFORMÁTICA. Sistemas Distribuídos
UNIVERSIDADE FEDERAL DE GOIÁS INSTITUTO DE INFORMÁTICA Sistemas Distribuídos Mestrado em Ciência da Computação 1o. Semestre / 2006 Prof. Fábio M. Costa fmc@inf.ufg.br www.inf.ufg.br/~fmc/ds-msc2006 Aula
Leia maisCamadas de Software - o Middleware. Sistemas Distribuídos Capítulo 2: Modelos e Arquitecturas. Aplicações. Middleware.
Camadas de Software - o Middleware Sistemas Distribuídos Capítulo 2: Modelos e Arquitecturas Modelos de Arquitecturas para sistemas distribuidos Interfaces e Objectos Requerimentos para Arquitecturas Distribuídas
Leia maisREDES INTEGRADAS DE TELECOMUNICAÇÕES II 2004 / 2005
UNIVERSIDADE NOVA DE LISBOA Faculdade de Ciências e Tecnologia Departamento de Engenharia Electrotécnica REDES INTEGRADAS DE TELECOMUNICAÇÕES II 2004 / 2005 Licenciatura em Engenharia Electrotécnica e
Leia mais3 Um Framework Orientado a Aspectos para Monitoramento e Análise de Processos de Negócio
32 3 Um Framework Orientado a Aspectos para Monitoramento e Análise de Processos de Negócio Este capítulo apresenta o framework orientado a aspectos para monitoramento e análise de processos de negócio
Leia maisObjetos Distribuídos - Programação Distribuída Orientado a Objetos. Luiz Affonso Guedes
Objetos Distribuídos - Programação Distribuída Orientado a Objetos Luiz Affonso Guedes Introdução Conceitos básicos programação distribuída + programação orientada a objetos = Objetos distribuídos Motivação
Leia maisMiddleware de Aplicações Paralelas/Distribuídas
Computação Paralela Middleware de Aplicações Paralelas/Distribuídas João Luís Ferreira Sobral Departamento do Informática Universidade do Minho Outubro 2005 Principais aspectos a gerir pelo Middleware
Leia maisSistemas Distribuídos
Sistemas Distribuídos Modelos e arquitecturas 14/15 Sistemas Distribuídos 1 Modelos arquitecturais 14/15 Sistemas Distribuídos 2 Camadas de Software: o Middleware Aplicações Middleware Sistema Operativo
Leia maisSistemas Multimédia. Arquitectura Protocolar Simples Modelo OSI TCP/IP. Francisco Maia famaia@gmail.com. Redes e Comunicações
Sistemas Multimédia Arquitectura Protocolar Simples Modelo OSI TCP/IP Redes e Comunicações Francisco Maia famaia@gmail.com Já estudado... Motivação Breve História Conceitos Básicos Tipos de Redes Componentes
Leia maisProgramação de Sistemas
Programação de Sistemas Introdução aos modelos de comunicação Programação de Sistemas Modelos de comunicação :1/19 Introdução (1) Os sistemas operativos implementam mecanismos que asseguram independência
Leia maisProgramação de Sistemas
Programação de Sistemas Introdução aos modelos de comunicação Programação de Sistemas Modelos de comunicação :1/19 Introdução (1) Os sistemas operativos implementam mecanismos que asseguram independência
Leia maisGuia rápido do utilizador
Guia rápido do utilizador Índice Relatório de roubo 3 Criar um novo relatório de roubo 4 Fornecer detalhes do relatório de roubo Secção 1. Especificar o computador 5 Fornecer detalhes do relatório de roubo
Leia maisGrupo I [7v] 1. [1,0] Apresente o conteúdo do IDL relativo a este programa. Assuma PROGRAM=62015 e VERSION=1.
Número: Nome: Página 1 de 6 LEIC/LETI, 2014/15, Repescagem do 1º Teste de Sistemas Distribuídos 30 de Junho de 2015 Responda no enunciado, apenas no espaço fornecido. Identifique todas as folhas. Duração:
Leia maisWeb services. Um web service é qualquer software que está disponível através da Internet através de uma interface XML.
Web services Um web service é qualquer software que está disponível através da Internet através de uma interface XML. XML é utilizado para codificar toda a comunicação de/para um web service. Web services
Leia maisObject Brokers. Tecnologias de Middleware 2004/2005 André Santos
Object Brokers Tecnologias de Middleware 2004/2005 André Santos Resumo O que são Object Brokers? Como surgiu o conceito? CORBA Exemplos de utilização Comparação com Java RMI Actualidade (J2EE,.NET) O que
Leia maisWeb Technologies. Tópicos da apresentação
Web Technologies Tecnologias de Middleware 2004/2005 Hugo Simões hsimoes@di.fc.ul.pt 1 A Web Tópicos da apresentação Tecnologias Web para suporte a clientes remotos (Applets,CGI,Servlets) Servidores Aplicacionais
Leia mais2 Trabalhos Relacionados
2 Trabalhos Relacionados Este capítulo apresenta trabalhos relacionados ao problema da travessia de firewalls/nat por aplicações CORBA, alguns dos quais tiveram grande influência no desenvolvimento desta
Leia maisSistemas Distribuídos
Sistemas Distribuídos 11 Objetivos Este capítulo apresenta uma introdução aos sistemas distribuídos em geral Arquiteturas de cliente servidor Características das arquiteturas de 2 e 3 camadas Ambiente
Leia maisUm sistema SMS 1 simplificado
1 Introdução Um sistema SMS 1 simplificado Projecto de Redes de Computadores I - 2007/2008 LEIC IST, Tagus Park 10 de Setembro de 2007 Pretende-se com este projecto que os alunos implementem um sistema
Leia maisCommon Object Request Broker Architecture
Common Object Request Broker Architecture OMG: Object Management Group. Organização internacional, sem fins lucrativos, fundada em 1989. Mais de 800 membros (incluindo fabricantes de sistemas, produtores
Leia maisEngenharia de Software Sistemas Distribuídos
Engenharia de Software Sistemas Distribuídos 2 o Semestre de 2009/2010 FEARSe Requisitos para a 1 a entrega 18 de Março de 2010 1 Introdução O projecto conjunto das disciplinas de Engenharia de Software
Leia maisObjetos Distribuídos CORBA. Sumário... Comunicação entre processos. Sockets RPC RMI. Arquitetura OMA Vantagens IDL. Eduardo Nicola F.
Objetos Distribuídos CORBA Sumário... Comunicação entre processos Sockets RPC RMI Arquitetura OMA Vantagens IDL Eduardo Nicola F. Zagari CORBA 2 Sumário... Arquitetura CORBA Interoperabilidade Processo
Leia maisSistemas distribuídos:comunicação
M. G. Santos marcela@estacio.edu.br Faculdade Câmara Cascudo - Estácio de Sá 16 de abril de 2010 Formas de comunicação Produtor-consumidor: comunicação uni-direccional, com o produtor entregando ao consumidor.
Leia maisResumo: Perguntas a fazer ao elaborar um projeto arquitetural
Resumo: Perguntas a fazer ao elaborar um projeto arquitetural Sobre entidades externas ao sistema Quais sistemas externos devem ser acessados? Como serão acessados? Há integração com o legado a ser feita?
Leia maisOrientação a Objetos
1. Domínio e Aplicação Orientação a Objetos Um domínio é composto pelas entidades, informações e processos relacionados a um determinado contexto. Uma aplicação pode ser desenvolvida para automatizar ou
Leia mais3 Classes e instanciação de objectos (em Java)
3 Classes e instanciação de objectos (em Java) Suponhamos que queremos criar uma classe que especifique a estrutura e o comportamento de objectos do tipo Contador. As instâncias da classe Contador devem
Leia maisIntrodução. Definição de um Sistema Distribuído (1) Definição de um Sistema Distribuído(2) Metas de Sistemas Distribuídos (2)
Definição de um Sistema Distribuído (1) Introdução Um sistema distribuído é: Uma coleção de computadores independentes que aparecem para o usuário como um único sistema coerente. Definição de um Sistema
Leia maisUma Base de Dados é uma colecção de dados partilhados, interrelacionados e usados para múltiplos objectivos.
1. Introdução aos Sistemas de Bases de Dados Uma Base de Dados é uma colecção de dados partilhados, interrelacionados e usados para múltiplos objectivos. O conceito de base de dados faz hoje parte do nosso
Leia maisEncaminhamento em redes instáveis. Localização de nós em redes Peer-to-Peer Napster Gnutella Chord
Encaminhamento em redes instáveis Encaminhamento em redes Ad Hoc Introdução Descoberta de rotas Manutenção de rotas Localização de nós em redes Peer-to-Peer Napster Gnutella Chord Encaminhamento em redes
Leia maisHardware (Nível 0) Organização. Interface de Máquina (IM) Interface Interna de Microprogramação (IIMP)
Hardware (Nível 0) Organização O AS/400 isola os usuários das características do hardware através de uma arquitetura de camadas. Vários modelos da família AS/400 de computadores de médio porte estão disponíveis,
Leia maisCategorias de Padrões
Categorias de Padrões Padrão Arquitetural ou Estilo Arquitetural Padrão de Design (Design Patterns) Idiomas Categorias de Padrões ESTILOS ARQUITETURAIS PADRÕES DE DESIGN IDIOMAS Padrões de Design Os subsistemas
Leia maisNum sistema de objectos distribuídos, dois conceitos são fundamentais.
Folha 10-1 Java RMI - Remote Method Invocation No modelo de programação orientada a objectos, vimos que um programa consiste numa colecção de objectos que comunicam entre si através da invocação dos seus
Leia maisMAIL DINÂMICO O QUE É? . É UM MÓDULO DO SIGARRA QUE PRETENDE FACILITAR A COMUNICAÇÃO
MAIL DINÂMICO O QUE É?. É UM MÓDULO DO SIGARRA QUE PRETENDE FACILITAR A COMUNICAÇÃO. PERMITE O ENVIO DE MENSAGENS DE CORREIO ELECTRÓNICO PARA UM OU PARA VÁRIOS DESTINATÁRIOS EM SIMULTÂNEO. FUNCIONA DE
Leia maisUSO GERAL DOS PROTOCOLOS SMTP, FTP, TCP, UDP E IP
USO GERAL DOS PROTOCOLOS SMTP, FTP, TCP, UDP E IP SMTP "Protocolo de transferência de correio simples (ou em inglês Simple Mail Transfer Protocol ) é o protocolo padrão para envio de e- mails através da
Leia maisSistemas Distribuídos Arquiteturas Middlewares
Sistemas Distribuídos Arquiteturas s Arquitetura Arquitetura de um sistema é sua estrutura em termos dos componentes e seus relacionamentos Objetivo: garantir que a estrutura satisfará as demandas presentes
Leia maisSISTEMAS DISTRIBUÍDOS
SISTEMAS DISTRIBUÍDOS Modelo cliente e servidor Slide 2 Nielsen C. Damasceno Modelos Cliente - Servidor A principal diferença entre um sistema centralizado e um sistema distribuído está na comunicação
Leia maisModelos de Arquiteturas. Prof. Andrêza Leite andreza.lba@gmail.com
Modelos de Arquiteturas Prof. Andrêza Leite andreza.lba@gmail.com Agenda Introdução Arquitetura de Sistemas Distribuídos Clientes e Servidores Peer-to-Peer Variações Vários Servidores Proxy Código Móvel
Leia maisR/3 e SAP WAS. 8/28/2003 José Alves Marques. R/3 e SAP WAS(2)
R/3 e SAP WAS O R/3 é um ERP Enterprise Resource Planning Um ERP é o sistema empresarial que disponibiliza módulos para os processos de negócio - de uma empresa Um ERP permite aumentar a eficiência dos
Leia maisFigura 1 - O computador
Organização e arquitectura dum computador Índice Índice... 2 1. Introdução... 3 2. Representação da informação no computador... 4 3. Funcionamento básico dum computador... 5 4. Estrutura do processador...
Leia maisMÓDULO 7 Modelo OSI. 7.1 Serviços Versus Protocolos
MÓDULO 7 Modelo OSI A maioria das redes são organizadas como pilhas ou níveis de camadas, umas sobre as outras, sendo feito com o intuito de reduzir a complexidade do projeto da rede. O objetivo de cada
Leia maisEscola Superior de Tecnologia de Setúbal. Projecto Final
Instituto Politécnico de Setúbal Escola Superior de Tecnologia de Setúbal Departamento de Sistemas e Informática Projecto Final Computação na Internet Ano Lectivo 2002/2003 Portal de Jogos Executado por:
Leia maisCONFIGURAÇÃO DO ACESSO REMOTO PARA HS-DHXX93 E HS-DHXX96
CONFIGURAÇÃO DO ACESSO REMOTO PARA HS-DHXX93 E HS-DHXX96 1 CONFIGURAR PARÂMETROS DE REDE DO DVR Para maior fiabilidade do acesso remoto é recomendado que o DVR esteja configurado com IP fixo (também pode
Leia maisPadrões de Projeto Implementados em Infraestrturas de Componentes
Padrões de Projeto Implementados em Infraestrturas de Componentes Paulo Pires paulopires@nce.ufrj.br http//genesis.nce.ufrj.br/dataware/hp/pires 1 distribuídas baseadas em componentes Comunicação transparente,
Leia maisRedes de Computadores I Licenciatura em Eng. Informática e de Computadores 1 o Semestre, 26 de Outubro de 2005 1 o Teste A
Redes de Computadores I Licenciatura em Eng. Informática e de Computadores 1 o Semestre, 26 de Outubro de 2005 1 o Teste A Número: Nome: Duração: 1 hora O teste é sem consulta O teste deve ser resolvido
Leia maisMódulo 8 Ethernet Switching
CCNA 1 Conceitos Básicos de Redes Módulo 8 Ethernet Switching Comutação Ethernet 2 Segmentação de Redes Numa Ethernet o meio de transmissão é compartilhado Só um nó pode transmitir de cada vez. O aumento
Leia maisRoteiro. Arquitetura. Tipos de Arquitetura. Questionário. Centralizado Descentralizado Hibrido
Arquitetura Roteiro Arquitetura Tipos de Arquitetura Centralizado Descentralizado Hibrido Questionário 2 Arquitetura Figura 1: Planta baixa de uma casa 3 Arquitetura Engenharia de Software A arquitetura
Leia maisServiços Web: Introdução
Sistemas Distribuídos Mauro Lopes Carvalho Silva Professor EBTT DAI Departamento de Informática Campus Monte Castelo Instituto Federal de Educação Ciência e Tecnologia do Maranhão Objetivos Nesta aula
Leia mais3. Comunicação em Sistemas Distribuídos
3. Comunicação em 3.1.Troca de mensagens As mensagens são objetos de dados cuja estrutura e aplicação são definidas pelas próprias aplicações que a usarão. Sendo a troca de mensagens feita através de primitivas
Leia maisComunicação em Sistemas Distribuídos
Comunicação em Sistemas Distribuídos Sockets Aplicações Protocolo de Aplicação FTP, SMTP, HTTP, Telnet, SNMP, etc. sockets TCP, UDP IP Data Link Ethernet, Token Ring, FDDI, etc Física Conjunto de APIs
Leia maisFault Tolerance Middleware for Cloud Computing
Sistemas Distribuídos e Tolerância a Falhas Fault Tolerance Middleware for Cloud Computing Docente: Prof. Drª Paula Prata 2010-2011 Universidade da Beira Interior Paula Freire M3841 Tiago Machado M3863
Leia maisAgentes Inteligentes segundo o Chimera
Agentes Inteligentes segundo o Chimera C Heuristic I M E R A No ambiente de desenvolvimento de Agentes Inteligentes Chimera, uma extensão do LPA Win-Prolog, um agente é funcionalmente composto por: Código,
Leia maisBancos de dados distribuídos Prof. Tiago Eugenio de Melo tiagodemelo@gmail.com. http://www.tiagodemelo.info
Bancos de dados distribuídos Prof. Tiago Eugenio de Melo tiagodemelo@gmail.com Última atualização: 20.03.2013 Conceitos Banco de dados distribuídos pode ser entendido como uma coleção de múltiplos bds
Leia maisIntrodução aos Sistemas Operativos
Introdução aos Sistemas Operativos Computadores e Redes de Comunicação Mestrado em Gestão de Informação, FEUP 06/07 Sérgio Sobral Nunes mail: sergio.nunes@fe.up.pt web: www.fe.up.pt/~ssn Sumário Definição
Leia maisVeja abaixo um exemplo de um endereço IP de 32 bits: 10000011 01101011 00010000 11001000
4 Camada de Rede: O papel da camada de rede é transportar pacotes de um hospedeiro remetente a um hospedeiro destinatário. Para fazê-lo, duas importantes funções da camada de rede podem ser identificadas:
Leia mais(Open System Interconnection)
O modelo OSI (Open System Interconnection) Modelo geral de comunicação Modelo de referência OSI Comparação entre o modelo OSI e o modelo TCP/IP Analisando a rede em camadas Origem, destino e pacotes de
Leia maisComponentes de um Sistema de Operação
Componentes de um Sistema de Operação Em sistemas modernos é habitual ter-se as seguintes componentes ou módulos: Gestor de processos Gestor da memória principal Gestor da memória secundária Gestor do
Leia mais