COMUNICAÇÃO ENTRE PROCESSOS

SOCKETS
1. SURGIDA COM O UNIX
2. ABSTRAÇÃO PARA REPRESENTAR A COMUNICAÇÃO ENTRE PROCESSOS
3. COMUNICAÇÃO ENTRE DOIS PROCESSOS: MENSAGEM DE UM SOCKET EM UM PROCESSO PARA UM SOCKET DE OUTRO
  1. PROTOCOLO DE INTERNET ENVIADAS PARA UM PAR: ENDEREÇO_INTERNET; NUMERO_PORTA
    1. NUMERO DE PORTAS DISPONÍVEIS: 65536
      Nota:
      - Para receber mensagens, um processo pode usar várias portas simultaneamente, mas não pode compartilhar uma porta com outro processo diferente no mesmo computador.
4. PROTOCOLO
  1. TCP
    1. Protocolo com conexão
      1. ESTABELECEM CONEXÃO ANTES DE COMUNICAR ATRAVÉS DO STREAM
        A PARTIR DESTA LIGAÇÃO PODEM SE COMUNICAR SEM TER DE INDICAR IP / PORTA
    2. Comunicação por streams
    3. Utilização da abstração Stream para ler/escrever dados
    4. TENTA "UNIFORMIZAR" AS VELOCIDADES DOS PROCESSOS QUE LÊEM/ESCREVEM EM UM STREAM
    5. MODELO DE FALHAS
      1. CHECKSUM PARA DETECTAR E REJEITAR PACOTES CORROMPIDOS
      2. TIMEOUTS E RETRANSMISSÃO PARA PACOTES PERDIDOS
      3. NUMERO DE SEQUÊNCIA PARA DETECTAR E REJEITAR PACOTES DUPLICADOS
      4. Se uma mensagem não chega porque o sistema está congestionado, ele não recebe a confirmação da recepção da mensagem até que a conexão seja cancelada após um certo tempo (timeout)
  2. UDP
    1. Protocolo sem conexão
    2. Comunicação por “datagrams”
      1. PERMITE CRIAR UM SOCKET NA MAQUINA LOCAL PARA O PROCESSO CONCORRENTE
    3. COMUNICAÇÃO ATRAVÉS DOS MÉTODOS:
      1. SEND
        A operação send não é bloqueante
      2. RECEIVE
        A operação receive é bloqueante
    4. FALHAS
      1. OMISSÃO
        BUFFER CHEIO
        ERRO DE CONTEÚDO (CHECKSUM)
      2. ORDENAÇÃO
        FORA DE ORDEM
SERIALIZAÇÃO
1. IMPLEMENTAÇÃO
  1. RPC (REMOTE PROCEDURE CALLING)
  2. RMI (REMOTE METHOD INCOCATION)
2. QUALQUER TIPO DE DADOS QUE POSSA SER PASSADO COMO ARGUMENTO OU DEVOLVIDO COMO RESULTADO DEVE PODER SER SERIALIZADO
3. DEFINIÇÃO: processo de transformar os dados do seu formato interno para uma representação externa que possa ser transmitida em uma mensagem
4. O middleware é que realiza o processo de marhalling/unmarshalling
REFERÊNCIA PARA OBJETOS REMOTOS
1. IDENTIFICADOR DE UM OBJETO VÁLIDO NO SISTEMA DISTIBUÍDO
2. OBJETO QUE DESEJAMOS ACESSAR, A REFERENCIA DEVE EXISTIR:
  1. NO PROCESSO LOCAL
  2. NA MENSAGEM QUE ENVIAMOS AO OBJETO
  3. NO PROCESSO REMOTO QUE POSSUI A INSTÂNCIA DO OBJETO CUJO MÉTODO QUEREMOS INVOCAR
  4. REFERENCIAS REMOTAS DEVEM SER GERADAS DE MODO A GARANTIR UNICIDADE NO ESPAÇO/TEMPO
COMUNICAÇÃO CLIENTE/SERVIDOR
1. SE COMUNICAM ATRAVÉS DE UM MECANISMO DE TRANSPORTE
2. PROTOCOLO PEDIDO-RESPOSTA (REQUEST-REPLY PROTOCOL)
3. USADO PELA MAIORIA DOS SISTEMAS QUE SUPORTAM RPC E RMI

Siguiente

COMUNICAÇÃO ENTRE PROCESSOS

Descripción

Resumen del Recurso

Similar

	Creado por Guilherme Moraes hace casi 8 años