Monitor WebSocket
O monitor WebSocket tenta estabelecer uma conexão WebSocket com o servidor e verifica se ela é aberta com sucesso. É ideal para monitorar serviços que dependem de comunicação em tempo real.
Como funciona
A cada check, o worker:
- Tenta conectar ao servidor WebSocket no endereço configurado
- Realiza o handshake WebSocket (upgrade HTTP → WS)
- Se a conexão for estabelecida com sucesso dentro do timeout → UP
- Fecha a conexão imediatamente após verificação bem-sucedida
- Se a conexão falhar ou o timeout for atingido → DOWN
O monitor WebSocket verifica apenas se a conexão pode ser estabelecida. Ele não verifica o conteúdo das mensagens trocadas via WebSocket.
Estados possíveis
| Estado | Condição |
|---|---|
| UP | Conexão WebSocket estabelecida com sucesso |
| DOWN | Conexão recusada pelo servidor |
| DOWN | Timeout — conexão não estabelecida em 10 segundos |
| DOWN | Erro no handshake WebSocket |
| DOWN | Certificado SSL inválido (para wss://) |
| DOWN | DNS não resolve o hostname |
Configuração
URL
A URL do servidor WebSocket. Pode usar os prefixos:
| Prefixo | Protocolo |
|---|---|
ws:// | WebSocket sem criptografia |
wss:// | WebSocket com TLS (recomendado) |
http:// | Convertido automaticamente para ws:// |
https:// | Convertido automaticamente para wss:// |
Exemplos:
wss://realtime.suaempresa.com.br
wss://api.suaempresa.com.br/ws
ws://chat.suaempresa.com.br:8080Prefira sempre wss:// (WebSocket sobre TLS). Além de mais seguro, garante que o monitoramento também valida o certificado SSL do servidor.
Timeout
Tempo máximo para o handshake WebSocket ser concluído. Padrão: 10 segundos.
Conversão automática de URL
Se você informar uma URL HTTP/HTTPS, o TheAlert converte automaticamente:
| URL fornecida | URL utilizada |
|---|---|
http://chat.app.com | ws://chat.app.com |
https://chat.app.com/socket | wss://chat.app.com/socket |
Casos de uso
Servidores de chat em tempo real Aplicações de chat (como Intercom, Crisp, chat interno) dependem de WebSocket. Se o servidor WebSocket cair, os usuários perdem a capacidade de enviar/receber mensagens.
Dashboards com dados em tempo real Painéis de monitoramento, trading, métricas ao vivo — todos dependem de WebSocket para atualizações push. Uma queda não detectada pode deixar os usuários vendo dados desatualizados sem saber.
Multiplayer e jogos online Servidores de jogos e experiências multiplayer que usam WebSocket para sincronização de estado.
Notificações push via WebSocket Sistemas de notificação em tempo real para usuários conectados.
Colaboração em tempo real Editores colaborativos (tipo Google Docs), whiteboards, ferramentas de design — WebSocket é o backbone da colaboração em tempo real.
Exemplo de configuração
| Campo | Valor |
|---|---|
| Nome | Chat — Servidor WebSocket |
| URL | wss://realtime.suaempresa.com.br/socket.io |
| Timeout | 10s |
| Intervalo | 60 segundos |
WebSocket vs HTTP
| Aspecto | HTTP | WebSocket |
|---|---|---|
| Protocolo | Request/Response | Bidirecional persistente |
| Quando usar | APIs REST, sites | Real-time, chat, jogos |
| O que o monitor verifica | Resposta HTTP | Abertura de conexão WS |
| Overhead | Por request | Por conexão |
Boas práticas
Monitore o endpoint ws:// diretamente
Se sua aplicação usa socket.io, certifique-se de usar a URL correta — geralmente /socket.io ou /ws — e não apenas o domínio raiz.
Use wss:// em produção
WebSocket sem TLS (ws://) transmite dados em texto claro. Em produção, sempre use wss://.
Combine com monitor HTTP O WebSocket pode cair mesmo com o servidor HTTP rodando normalmente. Use ambos os monitores para cobertura completa da sua aplicação real-time.
Verifique a URL exata
Servidores WebSocket frequentemente têm um caminho específico (/ws, /socket, /cable). Use exatamente a URL que seu cliente JavaScript usa.