Para que um sistema seja tolerante a falhas, a possibilidade de continuar funcionando, e de forma transparente, deve ser possível. Uma ideia amplamente utilizada e que funciona muito bem para que essa funcionalidade seja atingida é a replicação de recursos computacionais; ou seja, existem cópias exatas (e constantemente atualizadas) que podem assumir o papel a qualquer momento que as máquinas de produção falharem. Diversos tipos de problemas podem ser mascarados por replicação de recursos computacionais, exceto:

Question

Para que um sistema seja tolerante a falhas, a possibilidade de continuar funcionando, e de forma transparente, deve ser possível. Uma ideia amplamente utilizada e que funciona muito bem para que essa funcionalidade seja atingida é a replicação de recursos computacionais; ou seja, existem cópias exatas (e constantemente atualizadas) que podem assumir o papel a qualquer momento que as máquinas de produção falharem. Diversos tipos de problemas podem ser mascarados por replicação de recursos computacionais, exceto: A) falhas de comunicação entre cliente e servidor em uma ideia peer to peer, visto que utilizam transporte orientado a conexão, e, depois de estabelecido com determinado recurso computacional que falha, esta não pode ser simplesmente movida pela própria tecnologia da conexão. B) falhas de comunicação entre cliente e servidor em uma ideia peer to peer, visto que utilizam transporte orientado a datagrama, e, depois de estabelecido com determinado recurso computacional que falha, esta não pode ser simplesmente movida pela própria tecnologia da conexão. C) falhas de comunicação entre servidores agrupados em grupo simples, visto que utilizam conexões dedicadas entre os nós, e, dessa forma, toda a transparência inerente ao contexto de sistemas distribuídos é quebrada pela necessidade de a conexão entre servidores ser restabelecida. D) falhas de comunicação entre servidores agrupados em grupo hierárquico, já que o nó coordenador é o ponto inicial da comunicação, e toda a transparência inerente ao contexto de sistemas distribuídos é quebrada pela necessidade de o nó coordenador emitir exceções, tanto para o servidor quanto para o cliente. E) falhas de processos entre servidores agrupados em grupo hierárquico, visto que o nó coordenador necessita realocar o processo criado para outro nó operário, e a transparência é quebrada, pois fica evidente ao usuário o processo de realocação de recursos entre servidores.

Sapien IA · Accepted Answer

Análise da Questão sobre Sistemas Tolerantes a Falhas

Esta questão aborda Sistemas Distribuídos e os limites da replicação de recursos para tolerância a falhas.

Contexto Teórico

A replicação é uma técnica fundamental em sistemas distribuidos que permite:

Vantagens da Replicação	Limitações da Replicação
Mascara falhas de processo	Dificuldade com falhas de comunicação
Disponibilidade aumentada	Dependência do protocolo de transporte
Transparência para usuário	Estado da conexão pode ser perdido

## Análise das Alternativas

O Problema Central

A replicação funciona bem quando:

Um recurso computacional falha
Uma cópia idêntica assume imediatamente o papel
O usuário não percebe a interrupção

A replicação NÃO mascara facilmente:

Falhas onde o estado da conexão precisa ser mantido
Protocolos que dependem de sessões estabelecidas

Avaliação das Opções

Alternativa A ⭐ - Correta

Falhas de comunicação em transporte orientado a conexão representam um limite real porque:

Protocolos orientados a conexão (ex: TCP) mantêm estado da sessão
Quando o servidor falha, a conexão estabelecida não pode ser "movida" automaticamente
O cliente precisa reconectar, quebrando a transparência
Isso vai contra o princípio de funcionamento transparente exigido

Alternativa B - Incorreta

Transporte orientado a datagrama (connectionless) é mais flexível para failover, pois não mantém estado de sessão rígido entre cliente-servidor.

Alternativa C - Parcialmente correta mas menos específica

Conexões dedicadas têm limitações, mas a questão foca no tipo de protocolo, não na topologia do grupo.

Alternativa D - Incorreta

O nó coordenador emitir exceções é comportamento esperado, não necessariamente quebra de transparência se implementado corretamente.

Alternativa E - Incorreta

Realocação de processos é exatamente o que a replicação deve permitir sem evidenciar ao usuário.

Conclusão

Alternativa A - Falhas de comunicação em transporte orientado a conexão

Motivo Principal: Protocolos orientados a conexão mantêm estado de sessão que não pode ser transferido automaticamente para outro recurso quando ocorre falha, violando o requisito de transparência exigido em sistemas tolerantes a falhas.

Nota: Esta análise baseia-se em conceitos padrão de Sistemas Distribuídos. Em contextos específicos de curso ou bancas examinadoras, recomenda-se verificar o material didático oficial utilizado.

Explicação passo a passo

Análise da Questão sobre Sistemas Tolerantes a Falhas

Contexto Teórico

## Análise das Alternativas

O Problema Central

Avaliação das Opções

Conclusão

Mais questões de Engenharia

Tem outra questão de Engenharia?