Questão de Arquitetura de Software — SOA (Service-oriented architecture) — FGV 2026
Arquitetura de Software›SOA (Service-oriented architecture)
Código
fg133902
Banca
FGV
Órgão
TJ-RJ
Ano
2026
Nível
Superior
Cargo
Analista Judiciário - Tecnologia da Informação - Analista de Sistemas
Uma equipe de analistas do TJRJ está implementando microsserviços com o apoio do Spring Cloud. Para garantir a descoberta e a comunicação entre os microsserviços, a equipe optou por implementar um servidor Eureka. Durante a configuração do Eureka, o analista Silva percebeu que é crucial configurar o atributo que controla o tempo máximo que o servidor irá considerar uma instância como ativa, antes de marcá-la como desconectada. É correto afirmar que o nome do atributo do Eureka, percebido como crucial por Silva, contém a string:
Await-time;
Bupdate-interval;
Clease-expiration;
Drenewal-interval;
Eheartbeat-interval.
Revelar gabarito e comentário▾
GabaritoC — lease-expiration;
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Eureka: Atributo de Tempo para Instância Ativa
Gabarito: letra C. O atributo que controla o tempo máximo que o servidor Eureka considera uma instância ativa antes de marcá-la como desconectada é o lease-expiration-duration-in-seconds – ou seja, o nome do atributo contém a string lease-expiration. A alternativa C está correta.
A questão testa o conhecimento sobre os parâmetros de configuração do Eureka (Spring Cloud Netflix). O Eureka possui dois intervalos principais:
Renewal (renewal-interval): intervalo em que o cliente envia heartbeats ao servidor.
Expiration (lease-expiration): tempo que o servidor espera sem receber heartbeat antes de remover a instância do registro.
Atributo do Eureka
Função
Descrição
lease-expiration
Tempo de tolerância do servidor
Define o tempo máximo que o servidor espera sem receber heartbeat antes de marcar a instância como desconectada (ex.: lease-expiration-duration-in-seconds).
renewal-interval
Intervalo de renovação do cliente
Define o período em que o cliente envia heartbeats ao servidor (ex.: renewal-interval-in-seconds).
heartbeat-interval
Período de envio de heartbeats
Sinônimo funcional de renewal-interval, refere-se ao intervalo de heartbeats do cliente.
update-interval
Atualização de informações
Relacionado à atualização do registro de instâncias, não ao timeout de desconexão.
wait-time
Termo genérico
Não é um atributo padrão do Eureka para controle de tempo de instância ativa.
Alternativa A — ❌ Incorreta
wait-time não é um atributo padrão do Eureka para esse fim. É um termo genérico que não corresponde à configuração específica.
Alternativa B — ❌ Incorreta
update-interval está mais relacionado à atualização de informações do registro, não ao timeout de desconexão.
Alternativa C — ✅ Correta ⟵ GABARITO
lease-expiration é parte do atributo lease-expiration-duration-in-seconds, que define o tempo máximo de inatividade antes de marcar a instância como down.
Alternativa D — ❌ Incorreta
renewal-interval é o intervalo de renovação (heartbeat) do cliente, não o tempo de expiração. Confunde-se com o conceito de expiration.
Alternativa E — ❌ Incorreta
heartbeat-interval também se refere ao período de envio de heartbeats pelo cliente, não ao tempo de tolerância do servidor.
NÃO CAIA NESSA!
A banca troca renewal-interval (intervalo de heartbeats do cliente) por lease-expiration (tempo de tolerância do servidor). É comum confundir o papel de cada um.