Docsity
Docsity

Prepare-se para as provas
Prepare-se para as provas

Estude fácil! Tem muito documento disponível na Docsity


Ganhe pontos para baixar
Ganhe pontos para baixar

Ganhe pontos ajudando outros esrudantes ou compre um plano Premium


Guias e Dicas
Guias e Dicas

Arquiteturas de Sistemas Distribuídos: Clientes-Servidor, Peer-to-Peer e Híbridas, Notas de aula de Sistemas Distribuídos

Uma introdução aos sistemas distribuídos, as dificuldades e ameaças que eles enfrentam, e três modelos arquitetônicos: cliente-servidor, peer-to-peer e híbridas. O texto aborda as responsabilidades dos processos, as camadas de software e os desafios de comunicação, falhas e segurança em sistemas distribuídos.

O que você vai aprender

  • Quais são as principais responsabilidades dos processos em um sistema distribuído?
  • Quais são as principais camadas de software em um sistema distribuído?
  • Qual é a diferença entre um sistema distribuído e um sistema centralizado?
  • Quais são as principais dificuldades e ameaças que sistemas distribuídos enfrentam?
  • O que é um modelo de arquitetura de sistema distribuído?

Tipologia: Notas de aula

2022

Compartilhado em 13/11/2022

lary-hop
lary-hop 🇧🇷

3 documentos

1 / 60

Toggle sidebar

Esta página não é visível na pré-visualização

Não perca as partes importantes!

bg1
Sistemas Distribuídos
Modelos de Arquiteturas
Introdução
Dificuldades e ameaças
Modelo Cliente-Servidor
Modelo Peer-to-Peer
Arquiteturas híbridas
Exercícios
pf3
pf4
pf5
pf8
pf9
pfa
pfd
pfe
pff
pf12
pf13
pf14
pf15
pf16
pf17
pf18
pf19
pf1a
pf1b
pf1c
pf1d
pf1e
pf1f
pf20
pf21
pf22
pf23
pf24
pf25
pf26
pf27
pf28
pf29
pf2a
pf2b
pf2c
pf2d
pf2e
pf2f
pf30
pf31
pf32
pf33
pf34
pf35
pf36
pf37
pf38
pf39
pf3a
pf3b
pf3c

Pré-visualização parcial do texto

Baixe Arquiteturas de Sistemas Distribuídos: Clientes-Servidor, Peer-to-Peer e Híbridas e outras Notas de aula em PDF para Sistemas Distribuídos, somente na Docsity!

Sistemas Distribuídos

Modelos de Arquiteturas ● (^) Introdução ● (^) Dificuldades e ameaças ● (^) Modelo Cliente-Servidor ● (^) Modelo Peer-to-Peer ● (^) Arquiteturas híbridas ● (^) Exercícios

● (^) Introdução ● (^) Dificuldades e ameaças ● (^) Modelo Cliente-Servidor ● (^) Modelo Peer-to-Peer ● (^) Arquiteturas híbridas Sumário^ ●^ Exercícios

Introdução ● Um modelo de arquitetura de SD envolve o posicionamento de suas partes e o relacionamento entre elas. ● Exemplos incluem o modelo cliente-servidor e o modelo peer-to-peer.

Introdução ● A comunicação por troca de mensagens em uma rede de computadores pode ser afetada por atrasos , pode sofrer uma variedade de falhas e é vulnerável a ataques contra a segurança. Esses problemas são tratados por três modelos :

Introdução ●

  1. Modelo de falha : visa fornecer uma especificação precisa das falhas que podem ser exibidas por processos e canais de comunicação. Ele define a noção de comunicação confiável e da correção dos processos.

Introdução ●

  1. Modelo de segurança : discute as possíveis ameaças aos processos e aos canais de comunicação. Ele apresenta o conceito de canal seguro , que é protegido dessas ameaças.

Dificuldades e ameaças para

os SDs

Modos de uso que variam muito ● As partes componentes dos sistemas estão sujeitas a amplas variações de cargas de trabalho ; ● Alguns componentes de um sistema podem estar desconectados ou mal conectados em parte do tempo; ● Alguns aplicativos têm requisitos especiais de necessitar grande largura de banda de comunicação e baixa latência.

Problemas internos ● Relógios não sincronizados, atualizações conflitantes de dados, diferentes modos de falhas de hardware e de software envolvendo os componentes individuais de um sistema.

Ameaças externas ● Ataques a integridade e ao sigilo dos dados, negação de serviço, etc.

Arquitetura ● É sua estrutura em termos de componentes especificados separadamente. ● O objetivo global é garantir que a estrutura atenda as demandas atuais , e provavelmente, as futuras impostas sobre ela.

Arquitetura ● As maiores preocupações são tornar o sistema confiável , gerenciável , adaptável e rentável.

Arquitetura ● Essa classificação de processos indica as responsabilidades de cada um e, assim, nos ajuda a avaliar suas cargas de trabalho e determinar o impacto das falhas em cada um deles.

Camadas de software