Monitoreo de API SOAP Que Evita Que Sus Servicios SOAP Empresariales Se Rompan Silenciosamente

Pruebas continuas de servicios web basados en SOAP desde fuera de tu infraestructura. Valida que el servicio sea accesible y responda, que el sobre XML esté bien formado, que las afirmaciones XPath pasen y que la respuesta cumpla con el contrato WSDL — y alerta a tu equipo en el momento que cualquiera de estos falle.

Sí. Inserte un archivo WSDL 1.1 o 2.0. Dotcom-Monitor analiza las operaciones, tipos de puerto, enlaces y esquemas de mensajes, luego genera plantillas de solicitud para que pueda ejecutar monitores contra cualquier operación sin escribir manualmente sobres XML.

Sí — WS-Security con firma de certificado X.509, UsernameToken, token SAML, cifrado a nivel de mensaje y validación de marca de tiempo. Además, mTLS en la capa de transporte para autenticación con certificado cliente.

Ambos. SOAP 1.1 (tipo de contenido text/xml con cabecera SOAPAction) y SOAP 1.2 (application/soap+xml) están completamente soportados, con la negociación de contenido correcta por enlace.

Configure expresiones XPath para evaluar contra el sobre de respuesta, encabezado o cualquier nodo. El monitor falla si una aserción devuelve un valor inesperado, un nodo faltante o un tipo incorrecto. Patrones comunes: //transaction/status = 'approved' o count(//errors) = 0.

Un fallo SOAP devuelve HTTP 200 con un elemento <soapenv:Fault> dentro del sobre — los monitores de uptime lo omiten completamente. Nosotros verificamos explícitamente el elemento Fault y mostramos faultcode y faultstring en la carga de alerta.

SOAP valida sobres XML mediante XPath en lugar de JSON mediante JSONPath, analiza contratos WSDL en lugar de especificaciones OpenAPI y maneja esquemas de autenticación empresariales (WS-Security, SAML, mTLS) comunes en servicios SOAP. La plataforma subyacente — ubicaciones globales, cadenas de pasos múltiples, alertas, Agentes Privados — es compartida. Ver monitoreo de API REST →

Sí. Despliegue Agentes Privados dentro de su red — común para buses de integración empresariales internos, catálogos de servicios on-prem y ambientes regulados. Conexión solo saliente, sin reglas de firewall entrantes.

Integraciones de larga duración en banca, seguros, salud (HL7-via-SOAP, FHIR sobre SOAP), gobierno y ERP. Los contratos WSDL estrictos de SOAP, la pila de seguridad WS-* y las garantías de transacción siguen siendo valiosos en entornos regulados. Reemplazarlos con REST rara vez vale el riesgo — el monitoreo los mantiene visibles junto a servicios modernos.

Sí. Los encabezados WS-Addressing (Action, To, MessageID, ReplyTo) se pueden establecer explícitamente por solicitud o importar automáticamente desde un WSDL cuando el enlace los requiere.

Sí. Se soportan solicitudes y respuestas con adjuntos MTOM/XOP, incluida la validación binaria del contenido contra restricciones de tamaño o tipo de contenido esperados.

Igual que cualquier otro endpoint SOAP — configure un monitor en la URL del WSDL publicado o directamente en la URL del endpoint con un sobre de solicitud. Para servicios solo internos, despliegue un Agente Privado dentro de la red donde corre el bus de integración.

Cada ejecución fallida captura el sobre completo de la solicitud, el sobre de respuesta (o error a nivel de socket si el endpoint fue inaccesible), cabeceras HTTP, desglose de tiempos (DNS, TLS, procesamiento del servidor), la aserción XPath específica que falló y el fallo SOAP si fue devuelto.