Help CenterOpen app

Tipos de monitor

Escolhe o monitor que corresponde à evidência que consegues recolher. Se o alvo puder chamar o KEEPitALIVE, usa Heartbeat/Recetor de eventos. Se o KEEPitALIVE tiver de chamar o alvo, usa HTTP/API, Browser, Ping, TCP, DNS ou Game.

ESCOLHER RAPIDAMENTE

  • Endpoint de saúde HTTP público? Usa HTTP.
  • A resposta de uma API JSON precisa de asserções de campos ou de detalhes de resposta capturados? Usa API.
  • A aplicação web só funciona após JavaScript, deteção de login-wall ou o comportamento WAF/bot importa? Usa Browser.
  • Apenas alcançabilidade do host? Usa Ping.
  • A porta tem de aceitar ligações? Usa TCP.
  • A resposta DNS tem de corresponder aos registos esperados? Usa DNS.
  • Tarefa cron, backup, implementação, worker ou sinal de rede privada? Usa Heartbeat.
  • Servidor Minecraft, FiveM ou Steam/Source? Usa Game Server.
Seletor de tipo na criação de monitor com as opções HTTP, Ping, TCP, Game, Heartbeat, DNS e API
Escolhe o sinal que melhor prova que o serviço ou o fluxo está saudável.

HTTP

Sonda um URL e trata os códigos de estado selecionados como saudáveis. Usa-o para endpoints de saúde simples, APIs públicas, páginas de destino, redirecionamentos, verificações de expiração de TLS/domínio, verificações de presença/ausência de palavras-chave e limiares de latência.

GET https://api.example.com/health

API

Monitorização HTTP com corpos de pedido, tipo de conteúdo, cabeçalhos personalizados, estados esperados, asserções JSON, corpo/cabeçalhos de resposta capturados e diagnósticos específicos de API. Usa-o quando "200 OK" não é suficiente.

POST https://api.example.com/graphql + JSON assertion

Browser

Executa um browser sem cabeça contra a página. Usa-o quando a renderização JavaScript, o arranque de SPA, erros do lado do cliente ou o comportamento bot/WAF importam. As verificações Browser são mais pesadas e custam mais créditos.

browser https://app.example.com

Ping (ICMP)

Envia ping ICMP e mede o tempo de ida e volta. Bom para appliances de rede, hosts e IPs públicos onde "alcançável" é o sinal. Não é útil quando o ICMP é bloqueado por design.

ping monitor.example.net

TCP Port

Tenta uma ligação TCP a host:porta. Usa-o para SSH, SMTP, MQTT, bases de dados, filas, proxies e qualquer serviço onde aceitar um socket é prova suficiente de disponibilidade.

tcp://db.internal:5432

DNS

Resolve um ou mais tipos de registo DNS e, opcionalmente, verifica valores esperados. Usa-o para deteção de desvios A/AAAA/CNAME/MX/TXT/NS, comparação de resolvers e acompanhamento da expiração de domínio.

A + TXT records for example.com

Heartbeat / Event Receiver

Monitorização invertida. A tua tarefa, pipeline de implementação, agente ou gateway de rede privada faz POST para o KEEPitALIVE. O modo agendado alerta sobre batimentos em falta; o modo Recetor de eventos avalia condições de payload.

POST heartbeat_url with {"status":"maintenance"}

Game Server

Consulta Steam/Source A2S, Minecraft, FiveM ou recursos alternativos TCP/ping. Acompanha disponibilidade, latência, metadados de mapa/servidor, número de jogadores e, quando suportado, a lista opcional de jogadores.

A2S_INFO udp://game.server:27015

O QUE NÃO MONITORIZAR DIRETAMENTE

  • Não apontes verificações para serviços internos sensíveis ou painéis de controlo, a menos que se destinem a ser monitorizados a partir do KEEPitALIVE.
  • Não uses Browser quando HTTP/API dá o mesmo sinal; é mais caro e mais lento.
  • Não uses Ping/TCP quando precisas de correção semântica. Uma porta podes estar aberta enquanto a aplicação está avariada.
  • Não uses o Recetor de eventos como detetor de recuperação, a menos que o teu emissor publique sempre o payload de fecho. O silêncio não é tratado como recuperado.
SeguinteMonitorização de disponibilidade