Questão de Arquitetura de Software — Arquitetura de Software — Ibest 2025
Arquitetura de Software›Arquitetura de Software
Código
qg550284
Banca
Ibest
Órgão
CRM-DF
Ano
2025
Nível
Superior
Cargo
Analista de T.I.
No que se refere à arquitetura, ao funcionamento e aos recursos da ferramenta Prometheus, assinale a alternativa correta.
APrometheus utiliza um modelo push para coletar métricas, em que os serviços monitorados enviam ativamente os dados ao servidor Prometheus.
BA linguagem de consulta utilizada pelo Prometheus para extrair e analisar dados métricos é chamada de SQL-M (SQL for Metrics).
CPrometheus depende exclusivamente de agentes instalados nos servidores para coletar dados, o que limita seu uso em ambientes de containers.
DA visualização nativa dos dados no Prometheus exige o uso de scripts Python para renderização dos gráficos.
EA arquitetura do Prometheus é centrada em um servidor que periodicamente coleta métricas via HTTP de endpoints denominados exporters.
Revelar gabarito e comentário▾
GabaritoE — A arquitetura do Prometheus é centrada em um servidor que periodicamente coleta métricas via HTTP de endpoints denominados exporters.
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”.
Prometheus: arquitetura e funcionamento
Gabarito: letra E. O Prometheus adota um modelo pull, no qual o servidor coleta periodicamente métricas via HTTP de endpoints denominados exporters. Essa é a descrição exata de sua arquitetura central, conforme documentação oficial.
As demais alternativas contêm erros comuns sobre o funcionamento da ferramenta, como a inversão do modelo de coleta e a criação de nomes fictícios para a linguagem de consulta.
Alternativa A — ❌ Incorreta
Prometheus utiliza o modelo pull, não push. No modelo pull, o servidor busca ativamente as métricas nos endpoints configurados. Ferramentas como Graphite usam push, mas o Prometheus é referência no modelo pull.
Alternativa B — ❌ Incorreta
A linguagem de consulta do Prometheus chama-se PromQL (Prometheus Query Language), e não "SQL-M". SQL-M não é uma linguagem existente no contexto do Prometheus.
Alternativa C — ❌ Incorreta
Prometheus não depende exclusivamente de agentes instalados. Ele coleta métricas via HTTP de exporters, que podem ser processos leves executados em containers ou servidores. É amplamente utilizado em ambientes de containers como Kubernetes, sem limitação.
Alternativa D — ❌ Incorreta
A interface web do Prometheus já oferece visualização nativa de gráficos, sem necessidade de scripts Python. Para dashboards mais elaborados, integra-se com o Grafana, mas não há exigência de Python para renderização.
Alternativa E — ✅ Correta ⟵ GABARITO
A alternativa descreve com precisão a arquitetura: "centrada em um servidor que periodicamente coleta métricas via HTTP de endpoints denominados exporters". Esse é o princípio fundamental de funcionamento do Prometheus.
NÃO CAIA NESSA!
A banca inverte o modelo de coleta na alternativa A. Lembre-se: Prometheus é pull, não push. O push é característica de outras ferramentas (ex.: Graphite).
PEGA ESSA DICA!
Grave a tríade: servidor central → pull HTTP → exporters. Esse fluxo é a essência da arquitetura do Prometheus e cai frequentemente em provas.