SISTEMAS DISTRIBUDOS

HISTRICO
Avanos Tecnolgicos

Desenvolvimento de Microcomputadores
Desenvolvimento das redes de alta velocidade
O QUE UM SISTEMA DISTRIBUDO?
Um sistema distribudo um conjunto de
computadores independentes que se apresenta a
seus usurios como um sistema nico e coerente.

DEFINIO
Um Sistema Distribudo :

Uma coleo de computadores independentes que
aparecem para o usurio como um nico sistema
coerente.
Tanenbaum

um sistema em que os computadores se localizam
em uma rede de computadores e coordenam suas
aes atravs da passagem de mensagens.
Coulouris



DEFINIO
Defini-se sistema distribudo um sistema no qual
componentes localizados em redes, se comunicam
e coordenam suas aes somente por passagem de
mensagens.

Caractersticas
Mquinas autnomas
Ausncia de clock global
Independes de falhas de componentes
Viso do usurio: computador nico
EXEMPLOS
Internet
Intranets
Sistemas de reserva e venda de passagens areas
Sistemas de caixas eletrnicos de bancos
Servios bancrios e comrcio eletrnico
MOTIVAES
Compartilhamentos de recursos
Recursos podem ser gerenciados por servidores e
acessados por clientes
Recursos podem ser encapsulados como objetos e
acessados por outros objetos
A Web um grande exemplo de compartilhamento
de recursos
VANTAGENS
Custo
Maior confiabilidade e disponibilidade
Balanceamento de carga, independncia
Crescimento incremental
Riscos e custos
Planejamento de capacidade

DESVANTAGENS
Complexidade
Requisitos mais complexos
Mecanismos de tolerncia a falhas
Transparncia, eficincia
Poltica de segurana
Mtodos de localizao e resoluo de nomes
Coordenao do compartilhamento de recursos
Manuteno de consistncia e integridade de objetos
replicados
Experincia em Projeto e Implementao de software
distribudo
Infraestrutura de comunicao
Vulnerabilidade das redes
Erros, Falhas
Sobrecarga, performance

OBSERVAES
Diferenas entre os vrios computadores e o modo
como eles se comunicam esto, em grande parte,
ocultas ao usurio;
Usurios e aplicaes podem interagir com um
sistema distribudo de maneira consistente e
uniforme, independentemente de onde a
interao ocorra.

CARACTERSTICAS
Heterogeneidade
Abertura
Segurana
Tratamento de Falhas
Concorrncia
Transparncia
HETEROGENEIDADE
Aplica-se a:
Redes
Hardware de computador
Linguagens de programao
Implementao por diferentes programadores
Solues:
Middleware
Mquinas Virtuais
ABERTURA
Determina se o sistema pode ser estendido ou
reimplementado de diversas maneiras
Como alcanar
Publicao de interfaces
Documentao e especificao
Cdigo aberto
Exemplos
RFCs
Repositrios
ESCALABILIDADE
Suporte o aumento dos recursos e usurios
mantendo um desempenho satisfatrio
Desafios
Controlar o custo dos recursos fsicos
Controlar a perda da performance (quantidade)
Prevenir esgotamento de recursos (ex: IPv4)
Evitar gargalos de performance (centralizao)
SEGURANA
Caractersticas

Confidencialidade
Integridade
Disponibilidade

TRATAMENTO DE FALHAS
Tipos de falhas
Falha por queda, Falha por Omisso, Falhas de
Temporizao, Falha de Resposta, Falha de
Transio de Estado, Falhas Arbitrrias ou
Bizantinas e Falha por Parada.
Tcnicas
Deteco de falhas
Ocultao de falhas
Tolerncia a falhas (replicao)
Recuperao de falhas
CONCORRNCIA
Permitir que recursos compartilhados sejam
utilizados por diversos processos
Questes
Sincronizao
Disponibilidade
Segurana

METAS
Acesso a Recursos

Objetivo: Facilitar aos usurios, e as aplicaes, o
acesso a recursos remotos e seu compartilhamento de
maneira controlada e eficiente.
WEB
Groupware
Necessrio, no entanto, aprimorar a segurana,
evitando acessos indevidos e rastreamento de
comunicaes epara criao de perfis de usurios.

METAS
Transparncia da distribuio

Ocultar o fato de que seus processos e recursos esto
fisicamente distribudos por vrios computadores.
TIPOS DE TRANSPARNCIAS
Transparncia Descrio
Acesso Oculta diferenas na representao de dados e
no modo de acesso a um recurso.
Localizao Oculta o lugar em que um recurso est
localizado.
Migrao Oculta que um recurso pode ser movido para
outra localizao.
Relocao Oculta que um recurso pode ser movido para
uma outra localizao enquanto em uso.
Replicao Oculta que um recurso replicado.
Concorrncia Oculta que um recurso pode ser compartilhado
por diversos usurios concorrentes.
Falha Oculta a falha e a recuperao de um recurso.
METAS
Abertura
Um sistema distribudo aberto um sistema que
oferece servios de acordo com as regras
padronizadas que descrevem a sintaxe e a
semntica desses servios.
Especificaes devem ser completas e neutras.
Assim sendo importantes para
interoperabilidade e portabilidade.
O sistema distribudo deve ser extensvel
Exemplo: Protocolos.
METAS
Escalabilidade

Escalvel em tamanho:
Fcil adicionar mais usurios e recursos ao sistema;

Escalvel em termos geogrficos:
Usurios e recursos podem estar longe uns dos outros;

Escalvel em termos administrativos:
Fcil de gerenciar.
PROBLEMAS NA ESCALABILIDADE

Servios centralizados
Um nico servidor para todos os usurios.
Dados centralizados
Uma nica lista telefnica on-line.
Algoritmos centralizados
Fazer roteamento com base em informaes
completas.
PROBLEMAS NA ESCALABILIDADE
O que distingue um algoritmo
descentralizado de um algoritmo
centralizado?
Nenhuma mquina tem informaes completas
sobre o estado do sistema.
As mquinas tomam decises tendo como base
somente informaes locais.
A falha de uma mquina no arruna o
algoritmo.
No h nenhuma premissa implcita quanto
existncia de um relgio global

TCNICAS DE ESCALABILIDADE
H basicamente trs tcnicas para ampliar
sistemas:
Ocultar latncia de comunicao;
Distribuio;
Replicao;

TCNICAS DE ESCALABILIDADE
DISTRIBUIO
PRINCIPAIS CILADAS
Premissas falsas adotadas ao desenvolver
uma aplicao distribuda pela primeira vez
1. A rede confivel
2. A rede segura
3. A rede homognea
4. A topologia no muda
5. A latncia zero
6. A largura da banda infinita
7. O custo de transporte zero
8. H apenas um administrador
TIPOS DE SISTEMAS DISTRIBUDOS
Sistemas de computao distribuda
Sistema de computao de clusters;
Sistemas de computao em grade;

Sistemas de informao distribudos
Sistemas de processamento de transaes;

Sistemas distribudos pervasivos
Sistemas domsticos;
Sistemas eletrnicos para tratamento de sade;
Redes sensores

CLUSTER
GRADE - GRID
SISTEMAS DE INFORMAO DISTRIBUDOS
Empacota vrias requisies de programas clientes
em uma transao distribuda.
EAI (Enterprise Application Integration)
RPCs (Procedimentos remotos)

SISTEMAS DE INFORMAO DISTRIBUDOS
SISTEMAS DE INFORMAO DISTRIBUDOS
PROPRIEDADES DAS TRANSAES
1. Atmicas: para o mundo exterior, a transao
acontece como se fosse indivisvel.
2. Consistentes: a transao no viola invariantes
de sistema.
3. Isoladas: transaes concorrentes no
interferem umas nas outras.
4. Durveis: uma vez comprometida uma
transao, as alteraes so permanentes

ACID (para facilitar a decoreba!)

SISTEMAS DISTRIBUDOS PERVASIVOS
Sistemas decorrentes do uso de
computao mvel e embutida, nas quais o
comportamento esperado a instabilidade;
Pequeno tamanho
Alimentados por bateria;
Comunicao sem fio;
No possui controle administrativo
humano, podendo:
1. Adotar mudanas contextuais
2. Incentivar composio ad hoc
3. Reconhecer compartilhamento como padro

CONCEITOS IMPORTANTES EM SISTEMAS
DISTRIBUDOS
Existem duas medidas comuns de performance
para sistemas distribudas:
Tempo de Resposta: definido como o tempo mdio
transcorrido desde o momento em que o usurio est
pronto para transmitir e a resposta como um todo
recebida.
Throughput: o nmero de requests por unidade de
tempo.Um sistema no qual componentes localizados
em redes, se comunicam e coordenam suas aes
somente por passagem de mensagens.
Disponibilidade
a medida da proporo de tempo que um sistema
est disponvel para uso.
ARQUITETURAS
Formado em termos de componentes, do
modo como esses componentes esto
conectados uns aos outros, dos dados
trocados entre componentes e, por fim, da
maneira como esses elementos so
configurados em conjunto para formar um
sistema.
Componente uma unidade modular com
interfaces requeridas e fornecidas bem
definidas que substituvel dentro de seu
ambiente.
Conector um mecanismo mediador da
comunicao ou da cooperao entre
componentes.

ESTILOS ARQUITETNICOS
1. Arquitetura em camadas
Componentes organizados em camadas,
onde componentes da camada N
i
pode
chamar mtodos da camada N
i-1
, mas no o
contrrio;

2. Arquiteturas baseadas em objetos
Objetos correspondem s definies de
componentes, que so conectados por meio
de chamadas de procedimento remotas;

ESTILOS ARQUITETNICOS
Camada N
Camada N-1
Camada 2
Camada 1
Fluxo de
resposta
Fluxo de
requisio
Figura - Estilo arquitetnico em camadas
ESTILOS ARQUITETNICOS
Objeto
Objeto
Objeto
Objeto
Objeto
Chamada de
mtodo
Figura - Arquitetura baseada em objetos
ESTILOS ARQUITETNICOS
3. Arquiteturas centradas em dados
Processos se comunicam por meio de
repositrio comum (passivo ou ativo);

4. Arquiteturas baseadas em eventos
Processos se comunicam por meio de
propagao de eventos que podem
transportar dados;
Sistemas Publicar/Subscrever;
So referencialmente desacoplados.

ESTILOS ARQUITETNICOS
Espao de dados compartilhado
Componente
Componente
Entrega de dados
Publicar
Figura - Arquitetura centradas em dados
ESTILOS ARQUITETNICOS
Componente Componente
Componente
Barramento de eventos
Figura - Arquitetura centradas em dados
Entrega de eventos
Publicar
ESTILOS ARQUITETNICOS
Estilos podem ser hbridos, como arquiteturas
baseadas em eventos juntamente com centradas
em dados, tambm conhecidas como espaos
compartilhados de dados.

ARQUITETURAS DE SISTEMAS
Arquiteturas Centralizadas
Modelo Cliente-Servidor

ARQUITETURAS CENTRALIZADAS
ARQUITETURAS MULTIDIVIDIDAS
Com base na organizao de trs nveis
lgicos discutida anteriormente,
necessria a distribuio fsica. A
maneira mais simples, denominada
arquitetura de duas divises (fsicas)
distribuda da seguinte forma:
1. Uma mquina cliente que contm apenas os
programas que implementam o nvel (ou parte
do nvel) de interface de usurio
2. Uma mquina do servidor que contm todo o
resto, ou seja, os nveis de processamento e de
dados.

ALTERNATIVAS DE DISTRIBUIO

ARQUITETURAS DESCENTRALIZADAS
Conseqncia direta da diviso de aplicaes em
uma interface de usurio em componentes de
processamento e em nvel de dados.
As diferentes divises correspondentes
diretamente organizao lgica das aplicaes,
em muitos ambientes de negcios, processamento
distribudo equivale a organizar uma aplicao
cliente-servidor como uma arquitetura
multidivididas.
ARQUITETURAS DESCENTRALIZADAS
Distribuio vertical
divide componentes logicamente diferentes em
mquinas diferentes;
Distribuio horizontal
Um cliente ou servidor pode ser subdividido
em partes logicamente equivalentes, mas cada
parte est operando em sua prpria poro do
conjunto de dados, equilibrando a carga.
Ex.: Peer to Peer (servidor e cliente ao
mesmo tempo, tambm chamada servente)

ARQUITETURAS DESCENTRALIZADAS
PEER TO PEER
Arquiteturas se dividem pela forma de organizar
os processos em uma rede de sobreposio.
Redes de sobreposio estruturadas
Redes de sobreposio no-estruturadas

ARQUITETURAS PEER TO PEER
ESTRUTURADAS
O mais usado organizar os processos por meio
de uma DHT.
Sistema Chord Ns ligados logicamente em anel,
onde um item de dado com chave k seja mapeado
para o n que tenha o menor Id k.
CAN Usa espao de coordenadas cartesianas de d
dimenses particionado entre todos os ns
participantes do sistema.

ARQUITETURAS DESCENTRALIZADAS
SISTEMA CHORD
ARQUITETURAS DESCENTRALIZADAS
REDE DE CONTEDO ENDEREVEL (CAN)
ARQUITETURAS P2P NO-ESTRUTURADAS
Cada n mantm uma lista aleatria de vizinhos.
Itens de dados so colocados aleatoriamente nos
ns.
Consulta atravs de inundao da rede
A meta construir uma rede de sobreposio
parecida com um grafo aleatrio.

SUPER-PARES (SUPERPEERS)
Usam ns especiais que mantm um ndice
de itens de dados, a fim de facilitar a
localizao de dados relevantes em sistemas
P2P no estruturados.
Definem, em muitos casos, uma relao
cliente-superpar fixa, onde sempre que um
par se junta rede, se liga a um dos
superpares e continua ligado at sair da rede
Nem sempre uma boa soluo!

SUPER-PARES (SUPERPEERS)
ARQUITETURAS HBRIDAS
Sistemas de servidor de borda (Internet)
Sistemas colaborativos (Torrent)

SISTEMAS DE SERVIDOR DE BORDA
ARQUITETURAS HBRIDAS
BitTorrent
Um usurio acessa um diretrio global que
contm um arquivo .torrent, o qual contm as
informaes necessrias para transferir um ou
mais arquivos especficos (rastreador).
Aps a identificao dos ns e suas pores de
arquivos, o n que est transferindo se torna
efetivamente ativo, sendo forado a auxiliar os
outros.
O gargalo dos servidores so os
rastreadores!

SISTEMAS COLABORATIVOS (TORRENT)
ARQUITETURAS VERSUS MIDDLEWARE
Onde o Middleware se encaixa?
Entre aplicaes e plataformas distribudas, com
finalidade de proporcionar um grau de transparncia
distribuio de dados, processamento e controle.
Middlewares normalmente seguem estilos
arquitetnicos especficos:
CORBA (baseado em objetos);
TIB/Rendezvouz (baseado em eventos);

INTERCEPTADORES
um software que interromper o fluxo de
controle usual e permitir que seja executado
um outro cdigo (especfico da aplicao).
Funcionamento em O.O.
1. Oferecida a A uma interface local igual oferecida
pelo objeto B.
2. A chamada por A transformada em uma invocao
a objeto genrico, possibilitada por meio de uma
interface geral de invocao de objeto oferecida pelo
middleware na mquina em que A reside.
3. Por fim, a invocao a objeto genrico transformada
em uma mensagem que enviada por meio de uma
interface de rede de nvel de transporte como
oferecida pelo sistema operacional de A.

ABORDAGENS GERAIS PARA SOFTWARE
ADAPTATIVO
necessrio adaptar sistemas distribudos por
vrios motivos, como hardware defeituoso ou
esgotamento de bateria. Isso levou aos
softwares adaptativos, que so responsveis
por reagir a essas mudanas.
1. Separao de Interesses Separa as partes que
implementam funcionalidades das que cuidam de
funcionalidades extras. Alm disso, entrelaa os
interesses cruzados em um sistema distribudo
(software orientado a aspecto).
2. Reflexo computacional Programa inspeciona a si
mesmo e, se necessrio, adapta-se ao ambiente.
3. Projeto baseado em componente adaptao por
meio de composio.
AUTOGERENCIAMENTO EM SDS
MODELO DE REALIMENTAO E CONTROLE
MODELO DE REALIMENTAO E CONTROLE
Premissa:
De que as adaptaes ocorrem por meio de um ou
mais laos de realimentao de controle.
De acordo com este fato, sistemas organizados por
meio desses laos so denominados sistemas de
realimentao de controle.

EXEMPLOS
Astrolabe
Globule
Jade
ASTROLABE
Sistema utilizado para monitorao gerais de SD.
Trabalha com sistema de hospedeiros em uma
arquitetura de zonas
Cada hospedeiro executa um processo
denominado agente colhendo informaes para
outros sistemas trabalharem.

MONITORAO DE SISTEMA COM ASTROLABE

GLOBULE
Sistema utilizado para gerenciar replicaes de
servidores.
O que aconteceria se?
DIFERENCIAO DE ESTRATGIAS DE
REPLICAO EM GLOBULE
Figura Modelo de servidor de borda adotado pelo globule
JADE
Sistema para Gerenciamento automtico de
conserto de componentes
Gerente de ns.
Poltica de conserto.
COMUNICAO ENTRE PROCESSOS
Toda comunicao entre processos em um SD
realizada atravs da troca de mensagens.
MODELO DE REFERNCIA OSI
OSI - FORMATO FINAL DA MENSAGEM
ADIO DE PROTOCOLOS DE MIDDLEWARE
Aplicao que reside, na maioria das vezes, na
camada de aplicao, mas contm muitos
protocolos de uso geral que justificam suas
prprias camadas, independentemente de outras
aplicaes mais especficas.
Protocolos de autenticao;
Protocolos de comprometimento;
Protocolos de bloqueio.

PROTOCOLOS DE MIDDLEWARE
Suportam servios de comunicao de alto nvel:
Chamar Procedimentos Remotos;
Invocar objetos remotos;
Estabelecer e sincronizar fluxos para transferir dados
em tempo real;
Oferecer servios multicast confiveis.

MODELO DE REFERNCIA ADAPTADO
TIPOS DE COMUNICAO - PERSISTNCIA
Comunicao Persistente
Uma mensagem armazenada pelo
middleware de comunicao durante o tempo
que for necessrio para entreg-la ao receptor;
Comunicao Transiente
Uma mensagem armazenada pelo
middleware de comunicao somente durante o
tempo em que a aplicao remetente e a
aplicao receptora estiverem executando

TIPOS DE COMUNICAO - SINCRONIZAO
Comunicao Assncrona
Remetente continua sua execuo
imediatamente aps ter apresentado sua
mensagem para transmisso.
Comunicao Sncrona
Remetente bloqueado at saber que sua
requisio foi aceita:
1. Middleware avisa que se encarregar da
transmisso;
2. Remetente sincroniza at que sua requisio seja
entregue ao receptor;
3. Remetente espera at que sua requisio tenha
sido totalmente processada.
CHAMADA DE PROCEDIMENTO REMOTO
Decorrente da necessidade de obter
transparncia de acesso em sistemas
distribudos (o que no ocorre com o uso
dos procedimentos send e receive);
Criao do RPC (Chamada de Procedimento
Remoto) para que um processo da mquina A
chame um procedimento da mquina B, sendo
ento o processo de A suspenso e o
procedimento executado em B, sendo que
nenhum aspecto da troca de mensagens
visvel para o programador!
CHAMADA DE PROCEDIMENTO REMOTO
Principais problemas:
Chamador e procedimento executam em mquinas
diferentes, executando em espaos de endereo
diferentes;
Necessrio passar parmetros e resultados;
Em caso de falhas, cada uma das possveis falhas
causa problemas diferentes.
CHAMADA DE PROCEDIMENTO
CONVENCIONAL
Chamada por Valor ou por Referncia
Por valor basta enviar o valor;
Por referncia, o parmetro um ponteiro para
a varivel. Se o procedimento chamado usa
esse parmetro para armazenar algo, ele
realmente modifica o vetor do processo
chamador.
Sero vistos com mais detalhes adiante...
Chamada por Copiar/Restaurar
Normalmente tem mesmo efeito que chamada
por referncia, mas s modifica o valor ao fim
da chamada.

RPC ETAPAS DE PROCEDIMENTO
REMOTO
1. Procedimento de cliente chama o apndice de
cliente do modo normal;
2. O apndice de cliente constri uma mensagem e
chama o sistema operacional local;
3. O SO do cliente envia a mensagem para o SO
remoto;
4. O SO remoto d a mensagem ao apndice de
servidor;
5. O apndice de servidor desempacota os
parmetros e chama o servidor;
RPC ETAPAS DE PROCEDIMENTO
REMOTO
6. O servidor faz o servio e retorna o resultado
para o apndice;
7. O apndice de servidor empacota o resultado
em uma mensagem e chama seu SO Local;
8. O SO do servidor envia a mensagem ao SO do
cliente;
9. O SO do cliente d a mensagem ao apndice de
cliente;
10. O apndice desempacota o resultado e retorna
ao cliente.

RPC PASSAGEM DE PARMETROS VALOR
Problemas:
Em sistemas com vrios tipos de mquinas pode ter
sua prpria representao de nmeros, caracteres e
outros tipos de dados (ASCII x EBCDIC);
Problemas com representao de inteiros
(complemento de 1 ou complemento de 2?) e de ponto
flutuante;
Big endian x Little endian

PASSAGEM POR VALOR ERROS COMUNS
RPC PASSAGEM POR REFERNCIA
Um ponteiro s significativo dentro do
espao de endereo do processo no qual
est sendo usado.
Proibir ponteiros? Restritivo demais.
Copiar o vetor para a mensagem e envi-la ao
servidor? Soluo vivel, porm na prtica fica
semelhante situao copiar/restaurar; apesar
disso suficientemente bom.
Se os apndices souberem se o buffer um
parmetro de entrada ou um parmetro de
sada, uma das cpias pode ser eliminada.
RPC ESPECIFICAO DE PARMETROS E
GERAO DE APNDICES
necessrio definir o formato da mensagem, de
modo que o chamador e o chamado sigam as
mesmas etapas;
Ambos necessitam concordar com as definies de
tipo (ex.: char: unicode 16 bits, int: complemento de
dois, float: IEEE #754, little endian);
Definio de protocolo a ser usado;
Definir a interface a ser chamada pelo cliente e
implementada no servidor;
IDL Interface Definition Language
Uma interface definida por IDL compilada para gerar
um apndice de cliente e um apndice de servidor.

RPC ASSNCRONA
Fornecem facilidades de modo a no bloquear o
cliente quando no h nenhum resultado a
esperar;
Tambm podem ser teis quando uma resposta
ser retornada mas o cliente no est preparado
para esperar por ela;
So combinadas duas RPCs assncronas, tambm
denominada RPC assncrona deferida;
O cliente pode, tambm, no esperar resposta do
servidor e continuar sua execuo (RPCs de
uma via).

RPC ASSNCRONA
RPC ASSNCRONA DEFERIDA
COMUNICAO ORIENTADA A MENSAGEM
Quando no se pode adotar que o lado receptor
est executando no momento em que uma
requisio emitida, o que fazer?
Troca de mensagens.
Interface Berkeley
Interface Sockets
XTI (X/Open Transport Interface)
Interface de troca de mensagens (MPI)

PRIMITIVAS SOCKET PARA TCP/IP
INTERFACE DE TROCA DE MENSAGENS
(MPI)
Surgiu da considerao de que Sockets so
insuficientes para escrever com facilidade
aplicaes de alta eficincia:
apresentam problemas de abstrao,
suportando apenas primitivas simples send e
receive;
Projetada para protocolos de pilha de
protocolos de uso geral, como TCP/IP, sendo
considerados inadequados para protocolos
proprietrios para redes de alta velocidade

INTERFACE DE TROCA DE MENSAGENS
(MPI)
MPI foi projetada para aplicaes paralelas, para
comunicao transiente, fazendo uso direto da
rede subjacente, e considera que falhas srias
como quedas de processos ou parties da rede
sejam fatais e no requeiram recuperao
automtica.
A comunicao ocorre dentro de um grupo
conhecido de processos.

PRIMITIVAS MPI
COMUNICAO PERSISTENTE ORIENTADA
A MENSAGEM
Tratam-se de servios middleware
orientados a mensagem conhecidos como
sistemas de enfileiramento de
mensagens ou Middleware orientado
a mensagem (MOM).
Proporciona comunicao assncrona
persistente;
Oferecem capacidade de armazenamento de
mdio prazo para mensagens, sem exigir que o
remetente ou receptor estejam ativos durante
a transmisso da mensagem.
Nesses sistemas a tolerncia para envio e
recepo tm permisso de levar minutos ao
invs de segundos ou milissegundos.

MODELO DE ENFILEIRAMENTO DE
MENSAGENS (MOM)
Se comunicam inserindo mensagens em filas
especficas:
O remetente tem a garantia que, a certa altura,
sua mensagem ser inserida na fila do receptor.
No h garantias QUANDO ou SE a mensagem ser
lida pelo receptor!
Comunicao fracamente acoplada em relao ao
tempo.

MOM PRIMITIVAS BSICAS
MOM ARQUITETURA GERAL
Mensagens s podem ser colocadas em filas locais
do remetente (ou em computador local ou em
computador localizvel por meio de RPC),
denominadas filas de fonte;
Mensagens s podem ser lidas em filas locais;
Uma Mensagem contm especificao de fila
destino, para a qual deve ser transferida
Filas so gerenciadas por gerenciadores de
fila;
Gerenciadores especiais funcionam como
roteadores, chamados repassadores.
Um MOM pode crescer at uma rede de
sobreposio.