Requisição HTTP
A tarefa HTTP mostra se o site ou serviço da web abre conforme esperado em operação normal.
Quando usar
- Quando você precisa controlar a página de um site, conta pessoal ou endpoint de integridade.
- Quando é importante verificar não só a disponibilidade do servidor, mas também a resposta HTTP correta.
- Quando você quiser ver a falha pelos olhos do usuário, e não apenas pela porta aberta.
Quando escolher um tipo diferente
- Se você precisar apenas verificar a disponibilidade básica da rede do servidor, o Ping geralmente é suficiente.
- Se apenas o período de validade do certificado for importante, o SSL é uma escolha melhor.
- Se o monitoramento precisar aguardar um sinal de um processo externo, use "Evento Externo".
Observe:
para a verificação principal, é melhor escolher um URL que reflita verdadeiramente o estado de funcionamento do serviço,
em vez de uma página aleatória que pode mudar devido a login, publicidade ou personalização.
Campos de formulário comuns
| Campo | O que isso significa | O que indicar | Exemplo |
|---|---|---|---|
| Tarefa ativada | Determina se a verificação será executada imediatamente após salvar. | Deixe a tarefa habilitada se quiser iniciar o monitoramento imediatamente. | Incluído |
| Nome | Nome do cheque na lista e notificações. | Indique o que exatamente está sendo verificado. | página inicial example.com |
| Grupo | Permite atribuir uma tarefa a um projeto ou seção. | Selecione um grupo se quiser manter as tarefas do projeto juntas. | Site exemplo.com |
| Intervalo | Com que frequência a verificação HTTP será executada. | Selecione um intervalo com base na importância da página ou serviço. | 5 minutos |
| Canais de notificação | Para onde enviar mensagens sobre o problema e recuperação. | Marque os canais onde você realmente lê as notificações. | Telegrama e e-mail |
| Relatórios | Resumos de tarefas periódicas. | Ative se desejar receber uma visão geral sem fazer login manualmente no painel. | Relatório semanal |
Campos de validação HTTP
| Campo | O que isso significa | O que indicar | Exemplo |
|---|---|---|---|
| Método | Qual solicitação HTTP será enviada. | GET geralmente é suficiente. Outros métodos serão necessários se o seu endpoint exigir. | GET |
| URL | O endereço completo da página ou endpoint que precisa ser verificado. | Forneça o URL completo com esquema e domínio. | https://example.com/health |
| Tempo esgotado | Quanto tempo esperar por uma resposta antes que ocorra um erro de indisponibilidade. | Escolha um valor um pouco superior ao tempo de resposta normal do seu serviço. | 30 segundos |
| Palavra-chave | Verificação adicional do conteúdo da resposta. | Especifique o texto que deve ser incluído na resposta. | OK |
| Configurações avançadas | Abre campos HTTP adicionais. | Inclua apenas se precisar de cabeçalhos, corpo da solicitação ou sua própria lista de códigos de sucesso. | Incluído |
| Títulos | Cabeçalhos de solicitação HTTP adicionais. | Adicione apenas os cabeçalhos que sua API realmente precisa. | Authorization: Bearer <token> Accept: application/json |
| Contente | Corpo da solicitação HTTP para POST, PUT ou PATCH. | Preencha se o endpoint estiver esperando JSON ou outro corpo de solicitação. | {"event":"healthcheck"} |
| Códigos de resposta bem-sucedidos | Quais códigos HTTP são considerados resultados normais. | Saia da faixa padrão ou defina seus próprios códigos e faixas. | 200-299, 301 |
| Pontos de verificação permitidos | A partir de quais pontos será realizada a verificação? | Deixe todos os pontos se não precisar de um cenário especial para regiões ou redes. | Todos os pontos de verificação |
Quando o alarme chega
- O site ou endpoint não responderá a tempo.
- O servidor retornará um código que não está incluído na lista de sucessos.
- A resposta não conterá o texto obrigatório se você especificou uma palavra-chave.