Monitoramento de API SOAP Que Impede Que Seus Serviços SOAP Empresariais Quebrem Silenciosamente

Teste contínuo de serviços web baseados em SOAP a partir de fora da sua infraestrutura. Valida se o serviço está acessível e responsivo, se o envelope XML está bem formado, se as asserções XPath passam e se a resposta está em conformidade com o contrato WSDL — e alerta sua equipe no momento em que algum desses critérios falha.

Sim. Insira um arquivo WSDL 1.1 ou 2.0. Dotcom-Monitor analisa operações, tipos de porta, vinculações 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 em nível de mensagem e validação de timestamp. Além de mTLS na camada de transporte para autenticação via 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 correta de conteúdo conforme a vinculação.

Configure expressões XPath para avaliar o envelope da resposta, cabeçalho ou qualquer nó. O monitor falha se uma 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 — monitores de uptime normalmente não detectam isso. 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 empresarial (WS-Security, SAML, mTLS) comuns em serviços SOAP. A plataforma subjacente — locais globais, cadeias multi-etapas, alertas, Private Agents — é compartilhada. Veja o monitoramento de API REST →

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

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

Sim. Cabeçalhos WS-Addressing (Action, To, MessageID, ReplyTo) podem ser definidos explicitamente por requisição ou importados automaticamente de um WSDL quando a vinculação os requer.

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.

Igual a 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 apenas internos, implemente um Private Agent dentro da rede onde o barramento de integração roda.

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