Sistemas

Distribudos
Parte 02
Histrico e Conceitos
Bsicos

Histrico
Sistemas Centralizados
Os dados e as funcionalidades dos
aplicativos de cada organizao residiam
em mainframes
Inicialmente os usurios no tinham
nenhum contato direto com os sistemas
Mais tarde, os usurios passaram a
trabalhar em terminais de mainframes,
apelidados de terminais burros por serem
dispositivos sem nenhuma capacidade de
processamento local

Histrico
Sistemas Centralizados (cont.)

Histrico
Microcomputadores Isolados
A evoluo tecnolgica proporcionou aos
usurios finais alguma capacidade de
processamento local
Embora esta capacidade ainda fosse muito
limitada, era melhor que nos sistemas
centralizados

Cada microcomputador era uma unidade

isolada, no havendo ligao direta entre
eles e nem com o mainframe

Histrico
Microcomputadores Isolados (cont.)

Histrico
LANs (Local Area Networks)
Os arquivos crticos e programas essenciais
migraram para servidores de arquivos
Aumento na segurana do ambiente
Algumas aplicaes possuam todo o seu
processamento em estaes de usurio final
Sistemas que dependiam de bancos de dados
corporativos ainda residiam no mainframe
Alguns servios permaneceram centralizados,
pois a tecnologia de distribuio ainda no era
suficiente para atender suas necessidades
(exemplo: impresso corporativa)

Histrico
Nascimento da Arquitetura Cliente/Servidor
Objetivo:
Integrar sistemas que usavam bancos de dados
corporativos aos microcomputadores de usurios

Esta arquitetura separa as aplicaes

corporativas e o processamento de transaes
em duas partes:
Execuo no SERVIDOR
Mais segureana
Garantia de integridade

Execuo no CLIENTE
Interface amigavel
Exibio personalizada

Problema:
A soluo tem um custo alto de suporte e manuteno

Histrico
Internet
o surgimento de um novo modelo para
integrao de sistemas
Trabalha com padres abertos, o que permite
independncia de fornecedores
Adoo em larga escala de HTML e outras
tecnologias associadas
Surgimento de grupos de trabalho
colaborativo sem dependncia geogrfica
Corporaes adotam o modelo em seus
ambientes e o adaptam (Intranet) em
nmero cada vez maior
Baixo custo
Facilidade de implementao

Histrico
Amadurecimendo da arquitetura
Cliente/Servidor
As empresas se empenham em obter aumento na
produtividade e melhor relao custo-belenfcio da
tecnologia
Comeam a ocorrer revises de processos internos
e estruturas nas empresas (reengenharia)
DOWNSIZING (reduo de plataforma)
Grande parte das empresas apresentem resultados
positivos
Redues de custos / Processos mais eficientes

Ainda assim, algumas empresas se arrependeram de

implementar o DOWNSIZING (levadas pela euforia inicial
do mercado)
O principal motivo para esta distoro foi a falha em analisar
se a empresa precisava ou mesmo suportava o processo

Cliente/Servidor
A soluo tcnica ideal:

CLIENTE qualquer equipamento (ou

processo) que depende de outro para
executar seu trabalho
SERVIDOR este outro equipamento (ou
processo) que atende ao cliente
Para que esta relao de solicitao e
atendimento acontea, necessria a
existncia de meios de conexo entre as duas
partes (meios pblicos, privados ou mistos)
Qualquer equipamento (ou processo) pode
atuar como cliente ou servidor, dependendo
do momento, devido troca de informaes
CLIENTES solicitam servios
SERVIDORES fornecem servios

Cliente/Servidor Distribudo
o estgio mais complexo da computao
distribuda proporcionado pelo modelo
Cliente/Servidor
Pode conectar:
Diversos tipos de redes
Pontos geograficamente dispersos
Configuraes heterogneas (hardware, software ou
ambos)

Um usurio conectado a este ambiente pode

recuperar dados, processar informaes ou
disparar processos espalhados por um ambiente
sem limitaes de tamanho ou localizao, agindo
como se todos os recursos necessrios
estivessem em sua mquina.

Resumo da Evoluo
Modelos

Centralizado
Centralizado Multiterminal
Cliente/Servidor Local
Mquinas setoriais
Reduo de custo

Cliente/Servidor Multiplataforma
Dados no mainframe
Gateways conectando redes

Cliente/Servidor Distribudo

Redes, hardware e software heterogneos

Pouqussima ou nenhuma restrio geogrfica
SGBDs e arquivos distribudos

Arquitetura em Camadas
Duas camadas ou 2-tier

O cliente comunica-se diretamente com o

servidor
O servidor hospeda a base de dados
A lgica da aplicao pode ser distribuda pelo
modelo das seguintes maneiras:
Totalmente no cliente ou
Dividida entre o cliente e o servidor

A aplicao que executada no cliente precisa

ser instalada em todas as mquinas que podem
vir a se tornar clientes
Quaisquer alteraes na lgica da aplicao
afetam o cliente e sua base de dados

Arquitetura em Camadas
Duas Camadas (2-tier)
CLIENTE
PROCESSAMENTO

PROCESSAMENTO

PROCESSAMENTO

DADOS

DADOS

SERVIDOR

Arquitetura em Camadas
Trs camadas (3-tier ou n-tier)

Uma ou mais camadas so criadas entre o

cliente e o servidor
O cliente responsvel apenas pela interface
com o usurio final
Alteraes na lgica da aplicao se tornam
mais regionais:

As modificaes que no se refiram a interface ou

a forma como os dados esto armazenados podem
ser feitas sem afetar o cliente ou o SGBD
Alteraes na estrutura dos dados podem ser
feitas sem que o restantes do ambiente seja
afetado
Alteraes de interface podem ser realizadas sem
que o banco de dados ou sua lgica de aplicao
seja afetada

Arquitetura em Camadas
Trs Camadas (3-tier ou n-tier)

CLIENTE

SERVIDOR
APLICAES

SERVIDOR
BANCO DE
DADOS

Arquitetura em Camadas
Trs Camadas (3-tier ou n-tier)
CLIENTE

SERVIDOR
APLICAES
SERVIDOR
WEB

CLIENTE

SERVIDOR
BANCO DE
DADOS

SERVIDOR
APLICAES
SERVIDOR
BANCO DE
DADOS

SERVIDOR
WEB
CLIENTE

SERVIDOR
BANCO DE
DADOS

SERVIDOR
APLICAES

SERVIDOR
BANCO DE
DADOS

Vantagens da ACS

Mais Vantagens da ACS

Desvantagens

Conceitos e Terminologias
Cliente e Servidores
O paradigma cliente/servidor considera
que:
Um cliente quem inicia uma
comunicao ponto-a-ponto
Um servidor qualquer programa que
aguarda por requisies vindas de
algum cliente

Conceitos e Terminologias
Privilgios e complexidade
Servidores normalmente precisam executar
acesso a dados, grandes volumes de
computao e manipulao de protocolos. Isso
tudo exige privilgios especiais no ambiente.
O cliente no precisa ter estes mesmos
privilgios, j que suas necessidades so bem
mais simples
Para funcionar com mais eficincia os
servidores geralmente tentam trabalhar com as
requisies de forma concorrente, o que torna o
projeto e a implementao de servidores muito
mais complexos que os clientes

Conceitos e Terminologias
Tipos de interao
Ao se projetar uma aplicao
cliente/servidor, os desenvolvedores
devem estabelecer de que forma os
servidores vo interagir com cada
cliente.
Isso define o grau de disponibilidade
que a aplicao ter.

Conceitos e Terminologias
Tipos de interao

Conceitos e Terminologias
Controle de estado
As informaes que o servidor mantm
sobre a situao atual da interao
dele com o cliente chamada de
state information (informao de
estado)

Conceitos e Terminologias
Controle de estado