Questes de Aplicaes Distribudas

Aluno: Eduardo Jernimo

Questo um:
Na aula, vimos uma lista de desafos que devem ser mantidos
em mente para o projeto de aplicaes distribudas. Explique
pelo menos 3 desses desafos, destacando riscos da
minimizao de sua importncia.
Heterogeneidade:
Um desafo de aplicaes distribudas a Heterogeneidade! esse desafo
"ala #ue di"erentes tipos de sistemas operacionais! linguagens de
programao! protocolos de rede de$em ter compatibilidade entre si! para
#ue a aplicao distribuda possa "uncionar ade#uadamente em di"erentes
ambientes% Esse desafo se torna importante por#ue a tecnologia da
in"ormao atualmente trabal&a com di"erentes sistemas e aplicaes! e
cada $e' mais necess(ria tentar tornar um ambiente mais &eterog)neo
para #ue aplicaes distribudas no ten&am comportamentos di"erentes
em sistemas #ue trabal&am interconectados% * risco e+atamente a "alta
de compatibilidade entre sistemas difcultando a operao da aplicao
distribuda%
,istemas Abertos:
* desafo dos sistemas abertos tem como preocupao tornar aplicaes
distribudas mais acess$eis e de mel&or entendimento para no$os
participantes! de "orma #ue o sistema distribudo se-a implementado de
acordo com a necessidade de cada usu(rio utili'ando a idia originalmente
criada% Esse desafo relacionado com a Heterogeneidade! e se "a'
importante pois a integrao de no$os participantes e pro-etos #ue utili'am
esse sistema aberto! precisam dominar o sistema para #ue possa ser
utili'ado para seus determinados fns%
.oler/ncia a 0al&as1
* desafo de um sistema tolerar "al&as praticamente infnito! sempre
e+istir( uma possibilidade de um sistema "al&ar! entretanto o #ue de$e se
estudar #uais as "al&as consideradas importantes #ue um determinado
sistema de$e tolerar% A import/ncia desse desafo nada mais do #ue
manter um sistema est($el! sendo transparente a "al&a para o usu(rio fnal
e #ue a manuteno ocorra de "orma sua$e sem maiores riscos ao sistema
como um todo% ,e no "or considerada uma toler/ncia a "al&as! o sistema
pode ser comprometido totalmente dependendo do n$el de comple+idade
da "al&a%
Questo 2:
!ue alternativas um projetista de uma aplicao tem para
tornar uma aplicao cliente"servidor escal#vel$
As alternati$as so bem limitadas! so elas: aumentar a #uantidade de
recursos dispon$eis no ser$idor! processar uma parte da aplicao na
ma#uina cliente e3ou re"atorar o so"t4are paga gan&ar mais desempen&o%
Questo 5:
%omo &unciona a localizao de recursos usando '()$
0unciona atra$s de identifcadores aleat6rios atribudos para cada n6 e
recuso% Quando um n6 dese-a locali'ar um recurso! ele reali'a uma consulta
loo7up8resource9D: #ue retorna um node9D! esse node9D #ue retorna da
"uno pode ser tanto o node9D #ue est( com uma parte do recurso ou um
node9D #ue este-a na $i'in&ana do n6 #ue re#uisitou o recurso no #ual
con&ece algum outro n6 #ue capa' de entregar mais in"ormaes sobre a
locali'ao desse recurso! Assim #ue a consulta atinge um n6 com parte
das in"ormaes do recurso! esse n6 in"orma #uais os outros n6s #ue
possuem o resto das in"ormaes do recurso para s6 assim o remetente da
re#uisio comear a receber o recurso solicitado atra$s das cone+es com
os $(rios n6s #ue detm as in"ormaes desse recurso%
Questo ;:
*or que trans&ormar uma &al+a em outra pode permitir usar
um modelo de &al+as menos abran,ente$ '- um exemplo
<or#ue de acordo com a teoria de sistemas distribudos! para um sistema
tolerar "al&as dos tipos <arada!.empori'ao!=alor e Arbitraria re#uer uma
utili'ao de recursos e uma comple+idade di"erentes dependendo de #ual
desses tipos de "al&a o sistema est( disposto a tolerar ! por e+emplo! se um
ser$idor esti$er sobrecarregado com re#uisies e outros ser$idores
esti$erem dependendo deste primeiro ser$idor para determinar o resultado
da aplicao distribuda! essa situao pode ser caracteri'ada como uma
"al&a de tempori'ao! e um mtodo utili'ado o ,.*>9.H8,&oot t&e *t&er
>ode 9n .&e Head:! no #ual ele utili'a uma mtrica para saber se um
componente da aplicao c&egou a um ponto em #ue a contribuio desse
componente est( pre-udicando mais a aplicao do #ue contribuindo! e
confrmado esse problema! o mtodo ,.*>9.H di' #ue ao matar esse
componente!supondo #ue esse componente se-a replicado! a "al&a de
tempori'ao trans"ormada em uma "al&a de parada #ue de acordo com a
teoria de sistemas distribudos! uma "al&a mais "(cil de ser tolerada do
#ue uma "al&a de replicao!e por conse#?)ncia tornando um problema de
maior comple+idade em um de menor comple+idade%