Monitoreo de API Web: Elegir el Protocolo Correcto

Dotcom-Monitor soporta REST, SOAP, GraphQL, gRPC, WebSockets y Webhooks. Los monitores REST validan aserciones JSONPath y métodos HTTP. Los monitores SOAP analizan WSDL y validan XML con XPath. Los monitores GraphQL manejan consultas, mutaciones y estructuras de datos anidadas. Los monitores gRPC decodifican respuestas Protobuf. Los monitores WebSocket rastrean flujos bidireccionales de mensajes. Los monitores Webhook verifican la entrega y la lógica de reintentos.

Los monitores multi-pasos encadenan hasta 20 llamadas API en secuencia. Cada paso puede extraer datos de la respuesta anterior usando JSONPath o XPath, y luego pasarlos a la siguiente solicitud como encabezado, parámetro de consulta o campo del cuerpo. Por ejemplo, el paso 1 podría hacer un POST a /login y extraer un token JWT, el paso 2 usa ese token en el encabezado Authorization para un GET /cart, y el paso 3 usa el ID del carrito obtenido en el paso 2 para un POST /checkout. Cada paso rastrea tiempos, códigos de estado y cargas útiles de respuesta de forma independiente.

Dotcom-Monitor soporta OAuth 2.0 (con renovación automática de tokens), JWT, claves API, autenticación básica y esquemas personalizados de encabezados. Las credenciales están encriptadas en la Bóveda Segura. Para OAuth 2.0, el monitor puede renovar automáticamente los tokens de acceso cuando expiran. Se soporta autenticación basada en certificados (mTLS) para endpoints gRPC y HTTPS. Los monitores SOAP soportan tokens de usuario WS-Security y certificados X.509.

Sí. Dotcom-Monitor importa colecciones de Postman (v2.1) y exportaciones de Insomnia con un clic. El proceso de importación convierte solicitudes, encabezados, autenticación y variables de entorno en monitores de Dotcom-Monitor. Se preservan los flujos de trabajo multi-paso y se pueden agregar aserciones JSONPath después de la importación. Variables como {{baseUrl}} y {{authToken}} se asignan automáticamente a variables de Dotcom-Monitor.

Utilice aserciones JSONPath para REST y GraphQL (p. ej., $.status == “success” o $.items.length > 0). Use XPath para respuestas SOAP XML (p. ej., //OrderStatus/text() = “Confirmed”). También puede validar códigos de estado HTTP (200, 201, 204, 400, 500), encabezados de respuesta (Content-Type, Cache-Control) y umbrales de tiempo de respuesta (p. ej., paso 1 < 500ms, paso 3 < 2000ms). Se dispone de coincidencia de patrones con expresiones regulares para validaciones personalizadas.

Cuando un monitor falla (error de código de estado, fallo de aserción, tiempo de espera o falla de resolución DNS), Dotcom-Monitor envía alertas a Slack, PagerDuty, Microsoft Teams, correo electrónico o webhook en menos de 30 segundos. La alerta incluye diagnósticos paso a paso: tiempo de resolución DNS, duración del handshake SSL, tiempo de respuesta por paso, cargas útiles completas de la respuesta y mensajes de error. Los monitores reintentan 3 veces antes de disparar una alerta para evitar falsos positivos.

Sí. El Private Agent de Dotcom-Monitor se ejecuta dentro de su red para monitorear APIs internas, entornos de preproducción y endpoints protegidos por firewall. El agente se conecta de forma saliente a la plataforma de Dotcom-Monitor (no se requieren reglas entrantes de firewall), ejecuta monitoreos según su programación y reporta resultados. Los Private Agents soportan todos los protocolos (REST, SOAP, GraphQL, gRPC, WebSockets, Webhooks) y todos los métodos de autenticación.

Dotcom-Monitor provee una API REST y un proveedor Terraform para gestionar monitores como código. Puede crear, actualizar o eliminar monitores desde pipelines CI/CD usando archivos de configuración YAML. Dispare comprobaciones de API a demanda desde Jenkins, GitLab CI, GitHub Actions o CircleCI. Falla compilaciones si los tiempos de respuesta de la API exceden umbrales o si fallan aserciones. Exporte configuraciones de monitores a control de versiones para auditorías.