DESENVOLVIMENTO DE SISTEMAS

DISTRIBUIDOS

Prof. Ms. Aucionio Marcelo C. Miranda

Prof.aucioniomiranda@gmail.com

Teresina
2024.1
A evolução dos Sistemas Operacionais

1940 1950 1960 1970

•ENIAC •Transistores •Circuitos Integrados •Intel 4004
•Von Neumann •SO Monitor •OS/360 •Apple
•CTSS •Microsoft
•Redes distribuidas

1980 1990 Hoje

•IBM PC •Internet •Sistemas integrados
•Estações de trabalho •TCP-IP •Nuvem
•Linux •Processamento
•Windows NT distribuído

Prof. Ms. Aucionio Marcelo C. Miranda 02/04/2024

 Questões sobre um SD

Com relação ao projeto de um SD, deve-se considerar (Sommerville,

2011):
 Transparência
 Abertura
 Escalabilidade
 Proteção
 Qualidade de Serviço (QoS)
 Gerenciamento de falhas

Prof. Ms. Aucionio Marcelo C. Miranda 02/04/2024

 Questões sobre um SD

A escalabilidade reflete a capacidade de um SD oferecer um serviço

de alta qualidade. Neuman (1994), identifica três dimensões:

Tamanho

Distribuição

Capacidade de
gerenciamento

Prof. Ms. Aucionio Marcelo C. Miranda 02/04/2024

 Questões sobre um SD
Os tipos de ataque dos quais um sistema distribuído deve se defender
são:

Intercepção
• Perda de confidencialidde
Interrupção
• Ataques de negação de serviço

Modificação
• Alteração de Dados
Fabriação
• Informações que não devem existir
Prof. Ms. Aucionio Marcelo C. Miranda 02/04/2024
 Questões sobre um SD

Razões pelas quais, nem sempre, os requisitos de QoS (Quality of

Service) não são especificados com antecedência:
 Pode não ser efetivo projetar e configurar o sistema para oferecer
uma alta de QoS no momento de carga de pico.
 Os padrões de QoS podem ser mutuamente contraditórios.

Explique porque sistemas de software distribuídos são mais

Complexos do que os sistemas de software centralizados,
em que toda funcionalidade de sistema é implementadas em
um único computador.
Prof. Ms. Aucionio Marcelo C. Miranda 02/04/2024
 Middleware

O middleware é um software que diferentes aplicações usam para se

comunicar umas com as outras.

Componentes de Operação Componentes de

aplicação Coordenada aplicação

Troca de
Middleware Informações e Middleware
Serviços comuns

Sistema Interação Sistema

Operacional lógica Operacional

Conectividade
Rede Fisica Rede

Sistema 1 Sistema 2
 Padrões de Arquitetura para SD

Arquitetura Mestre-Escravo
 O processo ‘mestre’ geralmente é responsável pelo processamento, coordenação
e comunicações; controla os processos ‘escravos’;
 O processo ‘escravo’ é dedicado à ações especificas;
 Usado em situações em que seja possível ou necessário prever o processamento
distribuído;
 ...ou em casos nos quais o processamento pode ser facilmente localizado para
processadores escravos;

Prof. Ms. Aucionio Marcelo C. Miranda 02/04/2024

Padrões de Arquitetura para SD

Prof. Ms. Aucionio Marcelo C. Miranda 02/04/2024

 Padrões de Arquitetura para SD
Arquitetura cliente-servidor de duas camadas
 É a forma mais simples da arquitetura cliente-servidor;
 É implementado como um único servidor lógico e, também, um numero
indefinido de clientes que usam esse servidor;
Existe duas formas desse modelo de arquitetura:
 Modelo cliente-magro
 Simplicidade em gerenciar os clientes
 Colocar uma carga pesada de processamento no servidor e na rede
 Modelo cliente-gordo
 O gerenciamento de dados é simples e não é necessário haver interação entre o cliente e o
sistema de processamento de aplicação;
 Requerer gerenciamento de sistema adicional para implantar e manter o software no computador
cliente.

Prof. Ms. Aucionio Marcelo C. Miranda 02/04/2024

Padrões de Arquitetura para SD

Prof. Ms. Aucionio Marcelo C. Miranda 02/04/2024

 Padrões de Arquitetura para SD
Arquitetura cliente-servidor multicamadas
 Diferentes camadas do sistema, apresentação, gerenciamento de dados,
processamento de aplicação e banco de dados, são processos separados que
podem ser executados em diferentes processadores;
 Sistema Internet Banking
 Situação adequada para escolha dessa arquitetura pelo projetista:
 Aplicações de grande porte com centenas ou milhares de clientes;
 Aplicações nas quais os dados e a aplicação são voláteis e integrados a dados de varias fontes;

Prof. Ms. Aucionio Marcelo C. Miranda 02/04/2024

Padrões de Arquitetura para SD

Prof. Ms. Aucionio Marcelo C. Miranda 02/04/2024

 Padrões de Arquitetura para SD
Arquitetura de componentes distribuídos
 O sistema é organizado como um conjunto de componentes ou objetos
interativos;
 Esses componentes fornecem uma interface para um conjunto de serviços que
eles fornecem;
 O sistema de componentes distribuídos são dependentes do middleware, o qual
gerencia as interações de componentes;
 Benefícios:
 Arquitetura de sistemas muito aberta
 O sistema é flexível e escalável
 É possível reconfigurar o sistema dinamicamente com componentes migrando através da rede
conforme necessário.

Prof. Ms. Aucionio Marcelo C. Miranda 02/04/2024

Padrões de Arquitetura para SD

Prof. Ms. Aucionio Marcelo C. Miranda 02/04/2024

 Padrões de Arquitetura para SD
Arquitetura Peer to Peer (P2P) – Ponto a Ponto
 São sistemas descentralizados em que os processamentos podem ser realizados
por qualquer nó na rede;
 Além de ser utilizada, principalmente, para sistemas pessoais, estão sendo
usadas, também, pelas empresas para aproveitarem o poder em suas redes de
PC.
 Quando usar?
 Quando o sistema é computacionalmente intensivo e é possível separar o processamento
necessário para um grande numero de computações independentes;
 Sempre que o sistema envolver a troca de informações entre computadores individuais em uma
rede e não for necessário que essas informações sejam armazenadas ou gerenciadas
centralmente.

Prof. Ms. Aucionio Marcelo C. Miranda 02/04/2024

 Sala de Aula Invertida
 Divisão de equipes
 Leitura de textos – Java RMI, DCOM e CORBA
 Resolução de Questionário
 Discussão das questões

Prof. Ms. Aucionio Marcelo C. Miranda 02/04/2024

PARTE II – SOA e WebService

- Conceitos e fundamentos: SOA x WebService

- Quando usar SOA
- Segurança e SOA
- Case aplicando os conceitos de SOA
- Case aplicando os conceitos de WebService
 Introdução à SOA

Serviço Motorista
Expedidor Contador
Orques Granulid
tração ade

Conceitos
Básicos
Estado
Interface Faz
de
Publicad
Conserva entregas
a
ção
Organiza
Provider e
Consumer entregas
Cuida da
contabilidade

Prof. Ms. Aucionio Marcelo C. Miranda 02/04/2024

 Introdução à SOA
 Serviço na automação de negócios
 Reusabilidade
 Serviços são coleções de capacidade relacionadas
 função especifica de serviço por meio da qual o serviço
pode ser invocado

“Eu posso: ENTREGA

- Dirigir • Get
- Preencher uma lista • Add
de mercadorias • Report
- Receber pagamentos” • …

Prof. Ms. Aucionio Marcelo C. Miranda 02/04/2024

 Introdução à SOA
 Princípios (Thomas, 2009):
 Baixo acoplamento de serviço
 Abstração de serviço
 Capacidade de reuso do serviço
 Independência do estado do serviço
 Visibilidade do serviço
 Interoperabilidade Não é um principio especifico

Prof. Ms. Aucionio Marcelo C. Miranda 02/04/2024

 Introdução à SOA
 Mas o que é SOA?
 Não é uma tecnologia
 Não é uma metodologia ESB

 Não é um serviço
 É um conceito que promove a integração entre o negócio e a TI
por meio de conjunto de interfaces de serviços acoplados.
 Tem como objetivo integrar as aplicações, disponibilizar maior
flexibilidade para mudanças, suportar serviços independentes
de plataforma e protocolos.

Prof. Ms. Aucionio Marcelo C. Miranda 02/04/2024

 Introdução à SOA
 Arquitetura de Software
 “...consiste em documentar o que um sistema precisa ter em termos de
componentes computacionais e os relacionamentos entre eles, os padrões
que serão usados e suas restrições.”
 Facilidade na gerência da complexidade.
 Padronização da linguagem e da comunicação entre
desenvolvedores, clientes e gerentes.
 Possibilidades de reuso e consequente evolução do sistema.
 Fator determinante de uma boa análise.

Prof. Ms. Aucionio Marcelo C. Miranda 02/04/2024

 Introdução à SOA

 É uma arquitetura que promove a integração do negócio com a tecnologia da

informação com componentes de serviços, esse componente é o principal item
dessa arquitetura. Os resultados que SOA traz são: agilidade para atender as
novas demandas, flexibilidade nas mudanças, redução de custo e reuso de
serviços. (SILVA, 2012)
 O foco em SOA é a construção e disponibilização de serviços de negócio, evitar
replicação de dados, reuso e facilidade de manutenção de sistemas, integração
entre os sistemas, visão e controle do processo de negócio, agilidade nas
mudanças.

Prof. Ms. Aucionio Marcelo C. Miranda 02/04/2024

 Web Service

Prof. Ms. Aucionio Marcelo C. Miranda 02/04/2024

 Web Service

 É uma solução utilizada na integração de sistemas e na comunicação

entre aplicações diferentes.
 São componentes que permitem às aplicações enviar e receber dados em
formato XML.
 Permite que os recursos da aplicação do software estejam disponíveis
sobre a rede de uma forma normalizada.
 Para as empresas, os WebServices podem trazer agilidade para os
processos e eficiência na comunicação entre cadeias de produção ou de
logística.

Prof. Ms. Aucionio Marcelo C. Miranda 02/04/2024

 Web Service – Como funciona

 Os WebServices são identificados por um URI (Uniform Resource

Identifier), descritos e definidos usando XML (Extensible Markup
Language).
 O objetivo dos WebServices é a comunicação de aplicações através
da Internet.
 Esta comunicação é realizada com intuito de facilitar a EAI
(Enterprise Application Integration)
 Permite definir um workflow entre as aplicações e pode constituir
uma alternativa aos ERP (Enterprise Resource Planning).

Prof. Ms. Aucionio Marcelo C. Miranda 02/04/2024

 Web Service – Benefícios

Integração de informação e sistemas

Reutilização de código

Redução do tempo de desenvolvimento

Maior Segurança

Redução dos custos

Prof. Ms. Aucionio Marcelo C. Miranda 02/04/2024

 Atividade complementar
 Divisão de equipes
 Pesquisa – Java RMI, DCOM, CORBA e Web Service
 Apresentação de estudo de caso
 Valor: 3,0 pontos para NP2
 Data de apresentação: 19.10.21 e 26.10.21
 NP2: 09.11.21

Prof. Ms. Aucionio Marcelo C. Miranda 02/04/2024

 Atividade complementar
 Divisão de equipes:
 Grupo 1 – DCOM – 19.10
 Eduardo, Janssen Thiago, Hitalo
 Grupo 2 – CORBA – 19.10
 Samuel, Caio, Sillas
 Grupo 3 – Java RMI – 26.10
 Francisco, Reinaldo, Matheus, Diermison
 Grupo 4 – Web Service – 26.10
 Marconi, Levi, Rawlinson, Luigi

Prof. Ms. Aucionio Marcelo C. Miranda 02/04/2024