Monitoramento de API SOAP Que Mantém Seus Serviços SOAP Empresariais de Quebrar Silenciosamente

Teste contínuo de serviços web baseados em SOAP fora da sua infraestrutura. Valida que o serviço está acessível e responsivo, que o envelope XML está bem formado, que as asserções XPath são aprovadas e que a resposta está em conformidade com o contrato WSDL — e alerta sua equipe no momento em que algo falhar.

Sim. Insira um arquivo WSDL 1.1 ou 2.0. O Dotcom-Monitor analisa operações, tipos de porta, bindings e esquemas de mensagem, então gera modelos de requisição para que você possa executar monitores contra qualquer operação sem precisar codificar envelopes XML manualmente.

Sim — WS-Security com assinatura de certificado X.509, UsernameToken, token SAML, criptografia no nível da mensagem e validação de timestamp. Além de mTLS na camada de transporte para autenticação de certificado do cliente.

Ambos. SOAP 1.1 (tipo de conteúdo text/xml com cabeçalho SOAPAction) e SOAP 1.2 (application/soap+xml) são totalmente suportados, com negociação de conteúdo correta conforme o binding.

Configure expressões XPath para avaliar contra o envelope de resposta, cabeçalho ou qualquer nó. O monitor falha se a asserção retornar um valor inesperado, um nó ausente ou um tipo errado. Padrões comuns: //transaction/status = 'approved' ou count(//errors) = 0.

Uma falha SOAP retorna HTTP 200 com um elemento <soapenv:Fault> dentro do envelope — os monitores de uptime geralmente não detectam isso. Nós verificamos explicitamente o elemento Fault e exibimos o faultcode e faultstring no payload do alerta.

SOAP valida envelopes XML via XPath em vez de JSON via JSONPath, analisa contratos WSDL em vez de especificações OpenAPI, e lida com esquemas de autenticação corporativos (WS-Security, SAML, mTLS) comuns em serviços SOAP. A plataforma subjacente — locais globais, cadeias de múltiplos passos, alertas, Private Agents — é compartilhada. Veja monitoramento de API REST →

Sim. Implante Private Agents dentro da sua rede — comum para barramentos internos de integração corporativa, catálogos de serviços on-premises e ambientes regulados. Conexão somente para saída, sem necessidade de regras de firewall para entrada.

Integrações de longa duração em bancos, seguros, saúde (HL7 via SOAP, FHIR sobre SOAP), governo e ERP. Os contratos WSDL rigorosos do SOAP, a pilha de segurança WS-* e garantias de transação continuam valiosos em ambientes regulados. Substituí-los por REST raramente vale o risco — o monitoramento os mantém visíveis junto a serviços modernos.

Sim. Cabeçalhos WS-Addressing (Action, To, MessageID, ReplyTo) podem ser configurados explicitamente por requisição ou importados automaticamente de um WSDL quando o binding exige.

Sim. Requisições e respostas com anexos MTOM/XOP são suportadas, incluindo validação do payload binário contra restrições esperadas de tamanho ou tipo de conteúdo.

Da mesma forma que qualquer outro endpoint SOAP — aponte um monitor para a URL WSDL publicada ou diretamente para a URL do endpoint com um envelope de requisição. Para serviços internos, implante um Private Agent dentro da rede onde o barramento de integração executa.

Cada execução falha captura o envelope de requisição completo, envelope de resposta (ou erro a nível de socket se o endpoint estava inacessível), cabeçalhos HTTP, detalhamento de tempo (DNS, TLS, processamento no servidor), a asserção XPath específica que falhou e o fault SOAP se retornado.