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%