Questão de Redes de Computadores — Conceitos Gerais de Servidores Web — INSTITUTO AOCP 2024

Servidores de Aplicação: Escalabilidade e Alta Disponibilidade

Gabarito: letra D. Para uma aplicação Java de alta carga e que precisa escalar, a melhor estratégia é configurar um cluster de servidores JBoss com balanceamento de carga e failover — isso distribui as requisições entre múltiplas instâncias (escalabilidade horizontal) e garante que, se uma falhar, outra assume (alta disponibilidade). As demais alternativas ou usam um único servidor (sem escalabilidade nem failover) ou misturam tecnologias de forma inadequada.

O cenário descrito exige dois atributos fundamentais: escalabilidade (capacidade de crescer para suportar picos de demanda) e alta disponibilidade (capacidade de continuar operando mesmo com falhas). Um cluster de servidores de aplicação atende a ambos: o balanceamento de carga distribui as requisições entre os nós do cluster, evitando sobrecarga em um único servidor; o failover garante que, se um nó falhar, as requisições sejam redirecionadas para os demais, sem interrupção do serviço.

O JBoss é um servidor de aplicação Java EE (hoje Jakarta EE) completo, que suporta nativamente a formação de clusters com balanceamento de carga e failover. O Tomcat, por sua vez, é um contêiner de servlets mais leve, mas também pode ser clusterizado. A questão, porém, fala em "aplicativo web baseado em Java" e "servidor de aplicação" — e o JBoss é o servidor de aplicação por excelência nesse contexto.

Na prática, um cluster JBoss pode ser configurado com um balanceador de carga (como Apache HTTP Server com mod_jk, ou um load balancer de hardware) distribuindo as requisições entre os nós. O failover é garantido pela replicação de sessão entre os nós, de modo que, se um nó cair, a sessão do usuário continua disponível em outro.

A pegadinha da banca está em confundir os papéis: a alternativa B fala em "cluster de Tomcat para balancear o failover do JBoss" — o que não faz sentido, pois o Tomcat não balanceia o JBoss; a alternativa E sugere uma combinação híbrida desnecessária. A alternativa D é a única que atende plenamente aos requisitos de escalabilidade e alta disponibilidade com a tecnologia adequada.

Alternativa A — ❌ Incorreta

Utilizar uma única instância do Tomcat em uma máquina de alto desempenho não atende aos requisitos de escalabilidade e alta disponibilidade. Uma única instância representa um ponto único de falha: se o servidor cair, o aplicativo fica indisponível. Além disso, a escalabilidade fica limitada à capacidade da máquina (escalabilidade vertical), que tem teto físico e não resolve picos de demanda de forma elástica.

Alternativa B — ❌ Incorreta

A alternativa inverte os papéis: um cluster de Tomcat não "balanceia o failover" do JBoss. O Tomcat e o JBoss são servidores de aplicação distintos; não faz sentido usar um para balancear o outro. Além disso, a frase "balancear o failover" é tecnicamente incorreta — o balanceamento de carga distribui requisições, e o failover é uma propriedade do cluster. A configuração correta seria um cluster do próprio servidor de aplicação (JBoss) com balanceamento e failover.

Alternativa C — ❌ Incorreta

Implantar em um único servidor JBoss e aumentar os recursos de hardware (escalabilidade vertical) tem limitações: o hardware tem teto físico, e a máquina continua sendo um ponto único de falha. Para alta carga e picos de demanda, a escalabilidade horizontal (adicionar mais servidores ao cluster) é a estratégia recomendada, pois permite crescimento elástico e tolerância a falhas.

Alternativa D — ✅ Correta ⟵ GABARITO

Configurar um cluster de servidores JBoss com balanceamento de carga e failover atende exatamente aos requisitos: o balanceamento de carga distribui as requisições entre os nós, evitando sobrecarga e permitindo escalabilidade horizontal; o failover garante alta disponibilidade, pois se um nó falhar, os demais continuam atendendo. O JBoss é um servidor de aplicação Java EE completo, adequado para aplicações empresariais de alta carga.

Alternativa E — ❌ Incorreta

Utilizar uma combinação de Tomcat e JBoss em um ambiente híbrido é desnecessário e não agrega benefícios claros. Ambos são servidores de aplicação Java; usar os dois simultaneamente para a mesma aplicação complica a arquitetura sem trazer vantagens de escalabilidade ou disponibilidade. A solução correta é um cluster homogêneo do servidor de aplicação escolhido (JBoss), com balanceamento e failover.

Gabarito: letra D