Monitoramento de API Web: REST, SOAP, GraphQL & gRPC

O Dotcom-Monitor suporta REST, SOAP, GraphQL, gRPC, WebSockets e Webhooks. Os monitores REST validam asserções JSONPath e métodos HTTP. Os monitores SOAP analisam WSDL e validam XML com XPath. Os monitores GraphQL lidam com consultas, mutações e estruturas de dados aninhadas. Os monitores gRPC decodificam respostas Protobuf. Os monitores WebSocket monitoram fluxos de mensagens bidirecionais. Os monitores Webhook verificam entrega e lógica de repetição.

Monitores multi-etapas encadeiam até 20 chamadas de API em sequência. Cada etapa pode extrair dados da resposta anterior usando JSONPath ou XPath, e então passá-los para a próxima solicitação como um cabeçalho, parâmetro de consulta ou campo do corpo. Por exemplo, a etapa 1 pode fazer um POST em /login e extrair um token JWT, a etapa 2 usa esse token no cabeçalho Authorization para GET /cart, e a etapa 3 usa o ID do carrinho da etapa 2 para fazer POST em /checkout. Cada etapa rastreia tempo, códigos de status e cargas úteis de resposta de forma independente.

O Dotcom-Monitor suporta OAuth 2.0 (com refresh automático de token), JWT, chaves de API, Autenticação Básica e esquemas personalizados de cabeçalhos. As credenciais são criptografadas no Cofre Seguro. Para OAuth 2.0, o monitor pode atualizar automaticamente tokens de acesso quando expirarem. Autenticação baseada em certificado (mTLS) é suportada para endpoints gRPC e HTTPS. Monitores SOAP suportam tokens de usuário WS-Security e certificados X.509.

Sim. O Dotcom-Monitor importa coleções Postman (v2.1) e exportações Insomnia com um clique. O processo de importação converte requisições, cabeçalhos, autenticação e variáveis de ambiente em monitores do Dotcom-Monitor. Fluxos de trabalho multi-etapas são preservados e asserções JSONPath podem ser adicionadas após a importação. Variáveis como {{baseUrl}} e {{authToken}} são mapeadas automaticamente para variáveis do Dotcom-Monitor.

Use asserções JSONPath para REST e GraphQL (ex., $.status == “success” ou $.items.length > 0). Use XPath para respostas SOAP em XML (ex., //OrderStatus/text() = “Confirmed”). Você também pode validar códigos de status HTTP (200, 201, 204, 400, 500), cabeçalhos de resposta (Content-Type, Cache-Control) e limites de tempo de resposta (ex., etapa 1 < 500ms, etapa 3 < 2000ms). A correspondência de padrões Regex está disponível para validação personalizada.

Quando um monitor falha (erro de código de status, falha de asserção, timeout ou falha de resolução DNS), o Dotcom-Monitor envia alertas para Slack, PagerDuty, Microsoft Teams, e-mail ou webhook em até 30 segundos. O alerta inclui diagnósticos passo a passo: tempo de resolução DNS, duração do handshake SSL, tempo de resposta por etapa, cargas úteis completas das respostas e mensagens de erro. Os monitores tentam 3 vezes antes de disparar um alerta para evitar falsos positivos.

Sim. O Agente Privado do Dotcom-Monitor roda dentro da sua rede para monitorar APIs internas, ambientes de teste e endpoints protegidos por firewall. O agente conecta-se de forma outbound à plataforma Dotcom-Monitor (não são necessárias regras inbound de firewall), executa monitores no seu cronograma e reporta os resultados. Agentes Privados suportam todos os protocolos (REST, SOAP, GraphQL, gRPC, WebSockets, Webhooks) e todos os métodos de autenticação.

O Dotcom-Monitor fornece uma API REST e um provedor Terraform para gerenciar monitores como código. Você pode criar, atualizar ou excluir monitores a partir de pipelines CI/CD usando arquivos de configuração YAML. Dispare verificações de API on-demand a partir de Jenkins, GitLab CI, GitHub Actions ou CircleCI. Falhe builds se os tempos de resposta da API excederem os limites ou se as asserções falharem. Exporte configurações de monitores para controle de versão para trilhas de auditoria.