Universidade Lusfona de Cabo Verde

Licenciatura em Engenharia Informtica

2013/2014

Arquitetura de Sistemas Computacionais


Tipos e Modelos de Arquitetura de Sistemas
Computacionais







13/05/14

Elaborado por:
Docente: Neida Martinho Kevin Firmino
Leroy Silva
Styven Reis
ndice
Introduo ..................................................................................................................................... 3
Mtodo ...................................................................................................................................... 3
Evoluo das arquiteturas computacionais .................................................................................. 4
Evoluo dos sistemas computacionais ........................................................................................ 5
Caratersticas e modelos de arquiteturas computacionais ........................................................... 6
Modelo Centralizado ..................................................................................................................... 6
Modelo cliente/servidor................................................................................................................ 8
Modelo ASP ................................................................................................................................. 12
Modelo SAAS ............................................................................................................................... 14
Quadro comparativo resumindo as caractersticas dos modelos ............................................... 17
Concluso .................................................................................................................................... 18
















Introduo

No presente trabalho desenvolvemos um estudo de caso sobre A Evoluo dos
Sistemas Computacionais e Operacionais nomeadamente Tipos e Modelos de
Arquiteturas de Sistemas Computacionais.
Quando da definio das estratgias de integrao dos vrios sistemas,
essencial que se conheam como estes sistemas encontram-se implantados.
Esta definio impacta a qualidade do projeto global de sistemas, at porque
uma mesma empresa, ou uma mesma ferramenta, pode ter que conviver e operar com
sistemas disponibilizados em mais do que um tipo de arquitetura.





Mtodo

O presente trabalho utilizou-se da pesquisa bibliogrfica como mtodo para a obteno
dos dados necessrios aos seus objetivos.
A pesquisa deu-se atravs da consulta de diversos artigos cientficos pesquisados na
internet.





Evoluo das arquiteturas computacionais

Processamento paralelo e distribudo
H pelo menos uma dcada, diversas tcnicas e processamento paralelo e
distribudo tem sido adotadas na resoluo de problemas complexos, que requer em
grande poder computacional. A popularidade foi alcanada graas a baixa de preo dos
processadores. Diversas implementaes, porm, apresentam arquiteturas e
caractersticas bem diferentes.
Evoluo das arquiteturas
- Arquitetura tradicional: uma nica unidade ativa


- Unidade de entrada e sadas autnomas.


- Hierarquia da memria: acelera alimentao da CPU


-Pipeline de instruo: superescalar
-Pipeline de dados: maquinas ventoriais






Evoluo dos sistemas computacionais
Se separarmos os fatos cronologicamente, e segundo seus componentes bsicos,
podemos obter a seguinte ordem.
A era dos dispositivos mecnicos.
Durou de 3000 a.C. at 1880, e comeou com o desenvolvimento, por parte dos
chineses, de um equipamento chamado baco. Este equipamento foi posteriormente
usado por babilnios e romanos e h registro de seu uso at os dias de hoje na China
rural. A primeira evoluo de um sistema de calcular surgiu em 1500, quando Leonardo
da Vinci inventou um calculador mecnico; Em 1621 surgiu outra evoluo, a rgua de
clculo.
A era dos dispositivos eletromecnicos.
Surgiu com a inveno do motor eltrico e durou de 1880 a 1930, quando surgiu uma
grande quantidade de mquinas de somar acionadas por motores eltricos. Estas
mquinas ainda eram baseadas nos princpios da Pascalina e tornaram-se dispositivos
comuns em escritrios at o advento das calculadoras de bolso em 1970.
A era dos dispositivos eletrnicos.
Em 1935 um estudante de engenharia alemo chamado Konrad Zuse inaugurou a era
dos componentes eletrnicos com a inveno do Z1, computador baseado em rels
mecnicos, ao invs das engrenagens movidas a manivela da mquina de Babbage. O
Z1 era programvel, possua memria, unidade aritmtica e unidade de controlo, usava
um teclado como dispositivo de entrada e lmpadas como dispositivo de sada
(dispositivo binrio acesa e apagada, 2 estados). Aps algumas evolues Zuse
chegou ao Z3, que utilizava relas eletromecnicos e era controlado por programa, e foi
provavelmente o primeiro computador efetivamente operacional da histria.
A era dos computadores (equipamentos eletrnicos de processamento de
dados).
Na mesma poca em que Zuse desenvolveu seu dispositivo eletromecnico, outros
cientistas desenvolveram dispositivos baseados em vlvulas, como John Atanasoff, que
em 1939 projetou uma calculadora para equaes lineares e, ainda que quisesse que sua
mquina fosse de uso geral, ficou apenas o registro histrico de suas intenes. Foi
nesta poca que Alan Turing desenvolveu o conceito das Maquinas de Turing, e, em
1943 colocou em funcionamento o Colossus, um computador dedicado a quebrar
cdigos secretos dos militares alemes. No era um computador de uso geral, tinha s
um programa.
Atanasoff e Turing foram bem sucedidos em construir mquinas eletrnicas e
automticas, mas eram mquinas de uso especfico, e no mquinas de uso geral. A
primeira mquina a possuir estas 3 caractersticas e inaugurar a era dos computadores
eletrnicos foi o ENIAC.

Caratersticas e modelos de arquiteturas computacionais
Do ponto de vista de como uma dada aplicao enxerga as outras com as quais
dever interagir, existem quatro modelos bsicos:
.Centralizado;
.Cliente / Servidor Clssico;
.Provedores de Servios de Aplicao (ASP);
.Software-como-um-Servio (SaaS) e Nuvem.
Esses quatro modelos diferentes no so mutuamente exclusivos, podendo
coexistir numa mesma empresa ou arquitetura global de integrao.

Modelo Centralizado
O modelo Centralizado aqui representado pelo seu extremo, que a situao
onde os sistemas da empresa (ou parte deles) esto implantados em mainframes ou em
alguns poucos servidores de grande poder de processamento.
Os mainframes so computadores de grande porte que centralizam a
hospedagem e a execuo de aplicaes, assim como a persistncia de dados, e so
ainda comuns em algumas empresas de grande porte.



Neste modelo, todo o processamento central e existe um repositrio de dados
tambm centralizados, tipicamente chamado de banco de dados corporativo. No h
processamento no lado dos clientes, que usam estaes ou terminais passivos.
O acesso s aplicaes e ao banco de dados feito atravs de uma requisio,
via rede local ou VPN, usualmente fazendo uso de uma Intranet ou Portal da empresa.
Os sistemas acessados so pagos usualmente na forma de licena nica e
multiplicada pelo nmero de terminais clientes. O conceito de software livre e gratuito
praticamente no se coloca.
A Computao em Nuvem () no deixa de ser equivalente ao modelo
centralizado; porm, na Nuvem, logicamente centralizado e com protocolos de
comunicao e ferramentas de acesso diferentes.

Rede
Cliente
Mainframe

Modelo cliente/servidor
Clssico
O modelo Cliente/Servidor atualmente o mais comum, embora, do ponto de
vista conceitual de redes, esteja presente em todos os modelos de comunicao hoje
usados.
A perspetiva que aqui se quer enfatizar a noo de que o processamento no
totalmente centralizado em um nico computador central, mas sim distribudo por
vrios servidores.
Por consequncia, a hospedagem e a execuo de aplicaes, assim como a
persistncia de dados, descentralizada.











Neste modelo, o processamento distribudo e podem existir um central ou
vrios repositrios de dados, cada um devidamente conhecido sobre sua funo
(servidor de impresso, servidor de arquivos, servidor de modelos de produtos, etc.)
mas transparente s aplicaes.
H tambm processamento no lado das aplicaes- cliente, que usam os servios
do servidor para dar sequncia s suas execues / processos de negcios.

Vantagens
Na maioria dos casos, a arquitetura cliente-servidor permite que os papis e
responsabilidades de um sistema de computao possam ser distribudos entre vrios
computadores independentes que so conhecidos por si s atravs de uma rede. Isso cria
uma vantagem adicional para essa arquitetura: maior facilidade de manuteno. Por
exemplo, possvel substituir, reparar, atualizar ou mesmo realocar um servidor de seus
clientes, enquanto continuam a ser a conscincia e no afetado por essa mudana;
Todos os dados so armazenados nos servidores, que geralmente possuem
controlos de segurana muito maiores do que a maioria dos clientes. Os servidores
podem controlar melhor o acesso a recursos, para garantir que apenas os clientes com
credenciais vlidas possam aceder e alterar os dados;
Desde o armazenamento de dados centralizada, as atualizaes dos dados so
muito mais fceis de administrar, em comparao com o paradigma P2P, onde uma
arquitetura P2P, atualizaes de dados podem precisar ser distribuda e aplicada a cada
ponto na rede, que o time-consuming passvel de erro, como pode haver milhares ou
mesmo milhes de pares;
Muitas tecnologias avanadas de cliente-servidor esto disponveis, que foram
projetadas para garantir a segurana, facilidade de interface do usurio e facilidade de
uso;
Funciona com vrios clientes diferentes de capacidades diferentes.




Desvantagens
Clientes podem solicitar servios, mas no podem oferec-los para outros clientes,
sobrecarregando o servidor, pois quanto mais clientes, mais informaes que iro
demandar mais banda.
Um servidor poder ficar sobrecarregado caso receba mais solicitaes simultneas dos
clientes do que pode suportar;
Este modelo no possui a robustez de uma rede baseada em P2P. Na arquitetura cliente-
servidor, se um servidor crtico falha, os pedidos dos clientes no podero ser
cumpridos. J nas redes P2P, os recursos so normalmente distribudos entre vrios ns.
Mesmo se uma ou mais mquinas falharem no momento de download de um arquivo,
por exemplo, as demais ainda tero os dados necessrios para completar a referida
operao.

P2P
Uma importante variante atual deste modelo clssico so os sistemas baseados
no modelo P2P (Peer-to-Peer).
Neste modelo, o conceito clssico de cliente/servidor estendido no sentido de
que todos os ns so, ao mesmo tempo, clientes e servidores. muito usado para uma
melhor distribuio de contedo e para compartilhamento de arquivos.
A requisio do servio usualmente feita via plataformas (middlewares) e
protocolos especialmente desenhados para P2P, que abstraem a localizao dos
servidores que tm toda ou parte da informao desejada.

Vantagens e desvantagens do modelo p2p

As redes P2P apresentam caractersticas que podem ser consideradas como
vantagens, por exemplo, a facilidade na conexo, porque mnimo o impedimento de
conexo que existe para esse tipo de rede, pois sendo diferente de sistemas que so
inteiramente centralizados no precisa de uma instalao ou administrao especfica.
Tem um contedo diversificado, porque conforme vai aumentando as estaes que so
ligadas a internet, as redes P2P tambm vo crescendo e pelo contedo que est incluso
nelas, os recursos que so compartilhados esto sempre crescendo e se diversificando.
Contm segurana no compartilhamento, porque o tipo de rede P2P est menos sujeita a
falhas ou erros de compartilhamentos ou ataques intencionais, pois procede de sistemas
j distribudos, que formam um ambiente para trocas de dados ideais para longo prazo
[carece de fontes]. H confiabilidade na rede, pois se tiver problema em algum peer o
sistema no para totalmente, ento, fazendo uso de recursos ou contedos existentes os
demais podem continuar se mantendo atuantes. E a disponibilidade no uso dos recursos:
se um peer no estiver fazendo uso de recurso especial, este pode deixar disponvel os
seus recursos para outros peers e assim aumentar a capacidade no processamento da
rede.
As redes P2P tambm apresentam caractersticas que podem ser entendidas
como desvantagens pelo fato de ocorrer ambiguidade em suas descries. Algumas das
desvantagens so: a redundncia, por causa do tamanho das redes no comum realizar
duas buscas e adquirir o mesmo resultado, mas possvel; o tempo de resposta, porque
pode variar com o aumento da rede e porque se houver um longo tempo para o retorno,
corre o risco de perder a informao buscada; a perda de contedo, porque se um peer
tem a facilidade de entrar e sair da rede, ento, um contedo compartilhado pode deixar
de existir na rede; e, por fim, o desempenho que especial para trabalhar com um
grande nmero de peers conectados. Se ocorrer desse nmero ser baixa a rede perde seu
desempenho, porque as buscas e os recursos sero limitados.




Modelo ASP
O Modelo ASP (Application Service Provider ) um modelo mais recente que
se baseia na ideia da disponibilizao de aplicaes inteiras via Internet, que ficam fora
da empresa, e que so completamente gerenciadas por uma empresa terceira.
A empresa cliente no compra a licena do software e to pouco o hospeda
localmente, mas simplesmente o aluga, pagando pelo seu uso, via rede.


Sua arquitetura basicamente contempla um servidor que prov o acesso
aplicao. Na maior parte dos casos, so aplicaes baseadas em web, onde basta ao
cliente ter acesso rede e a um navegador.
A empresa-gestora (o provedor) fica totalmente responsvel pela segurana,
atualizao de verses, manuteno, treinamento, etc., da aplicao.
Neste modelo, o processamento logicamente centralizado (depende de como o
provedor implanta a aplicao). O provedor tambm pode ser o responsvel por toda
hospedagem dos dados, de forma que o repositrio de dados da empresa pode ser
igualmente centralizado (embora de forma transparente ao usurio).
Os aspectos de segurana e demais de QoS so determinados pela qualidade dos
servidores do provedor, pela banda contratada e hardware da rede.
A integrao de um sistema heterogneo com uma aplicao de um servidor
ASP d-se ou de forma indireta via Banco de Dados, ou de forma direta, atravs de uma
requisio para o servidor. Porm, neste modelo, as requisies chegaro e sero
gerenciadas pelo provedor, e no pela empresa-cliente.


Modelo SAAS
O Modelo SaaS (Software-as-a-Service / Software- como-um-Servio) o
modelo mais recente. Ele se baseia na ideia da disponibilizao de servios
especializados de software, relativamente pequenos, (e no mais de pacotes inteiros,
muito grandes) via Internet, que ficam fora da empresa, e que so tambm
completamente gerenciados por uma empresa terceira.
A empresa cliente no compra licena alguma de software e to pouco o hospeda
localmente, mas simplesmente invoca o servio, acessando-o on-demand (apenas
quando o requer/usa) e paga pelo seu uso.


Caractersticas do Software as a Service
Acesso remoto ou online: por norma o SaaS uma aplicao online baseada em
aplicaes de rede. Os utilizadores no necessitam de instalaes nos seus
computadores locais, necessitam apenas de um browser para usarem o programa. Em
alguns modelos, feito o acesso a uma aplicao num servidor remoto atravs da
internet.
Gesto Centralizada: todo o controlo, monitorizao e atualizao feito num
local apenas. A empresa que faz o desenvolvimento e fornecimento da aplicao nunca
ter que instalar qualquer programa nos computadores dos seus clientes.
Comunicao e Colaborao: Alm das funcionalidades especficas da aplicao, muitas
vezes os programas SaaS tm tambm ferramentas de comunicao que permitem a
troca de informao e colaborao entre os diversos utilizadores.
Preos: por norma os preos do SaaS so mais econmicos que os do software
tradicional. So contratados por perodos de 12 ou mais meses atravs de um preo
base. O preo pode variar consoante a utilizao: tributado pelo nmero de utilizadores,
pelos recursos utilizados (espao em disco, largura de banda, nmero de operaes
permitidas...) ou pelas funcionalidades ou mdulos disponveis.


Vantagens da utilizao do SaaS
Instalao: No h qualquer instalao de software, o que poupa recursos nos
departamentos TI, quer normalmente teria que instalar diversos postos de trabalho.
Manuteno e Atualizao: No h necessidade de manuteno dos programas nos
computadores e redes locais. Toda a manuteno est a cargo da empresa provedora.
Sempre que o provedor atualizar o programa, todos os utilizadores tero o seu programa
atualizado de forma automtica, uma vez mais poupando trabalho dos TI. Na maioria
das vezes as mudanas de verso so completamente grtis.
Segurana: Os provedores so responsveis pelo fornecimento de aplicaes atravs de
servidores com impem normas rgidas de segurana, no estando to suscetveis a
perdas de informao e a paragens como muitas vezes acontece com os computadores
locais dos utilizadores sempre sujeitos a viroses malawares e avarias.
Acesso constante: Uma das grandes vantagens do SaaS a mobilidade. Pode aceder aos
programas em qualquer computador da organizao (excelente em caso de avaria de
algum PC), em viagem, em reunies nas instalaes de clientes e at em casa. Pode
monitorar o seu negcio mesmo quando est de frias.



Desvantagens do SaaS
Ligao internet: sempre necessria uma ligao internet. Uma das formas de
colmatar esta falha ter como segurana um acesso de internet mvel.
Propriedade do software: nunca ser proprietrio do software, apesar de alguns modelos
cederem a titularidade ao fim de algumas renovaes consecutivas. Em contrapartida,
custos dos contratos de manuteno e as atualizaes do software tradicional, acrescidos
das paragens e avarias dos computadores locais sempre mais dispendioso que o
aluguer SaaS.
Segurana: As aplicaes online podem ser vtimas de ataques, mas por norma os
servidores de aplicaes tm boas prticas de segurana e backups dos servidores. A
possibilidade de backup por parte dos utilizadores tambm um aspeto importante para
minorar as perdas. Maiorias das vezes os servidores online tm uma percentagem de
perdas ou paragens muitssimo inferior s dos PCs locais.
Balanceamento dos acessos: um dos grandes problemas do SaaS poder ser a
dificuldade de acesso com o aumento de utilizadores. O provedor ter que ter a
capacidade de fazer crescer o seu modelo medida que cresce o nmero de licenas e
utilizadores.







Quadro comparativo resumindo as caractersticas dos modelos



Concluso
Conclumos que por definio, no existe o modelo mais certo.
Os quatro modelos tm caractersticas diferentes e, como tal, para cada caso / empresa,
apresentar prs e contras. O mais importante decidir qual o melhor para ela.
Os quatro modelos podem coexistir numa mesma empresa, nos seus variados nveis.
A complexidade e custos de integrao aumentam proporcionalmente de acordo com
heterogeneidade dos modelos existentes.
Neste sentido, tanto a estratgia considerada tecnicamente mais adequada de integrao
pode esbarrar em custos financeiros e de segurana;
Como a necessidade de se atingir certos requisitos funcionais e no funcionais de uma
dada aplicao pode incorrer na necessidade de se modificar a arquitetura (ou parte
dela) de sistemas da empresa.

Sitografia:

www.metropoledigital.ufrn.br/aulas/disciplinas/arq_comp/aula_02.html
http://www.trabalhosfeitos.com/arq_comp.html
http://www.slideshare.net/italodiego12/10-modelos-computacionais
http://www.lab.ufra.edu.br/lasic/images/AULAS/PROF_CHASE/TEC_PROG_I/UFRA_ARQ_COM
P_P_01.pdf