SOAP API モニタリング 企業のSOAPサービスの静かな障害を防ぎます

インフラストラクチャ外からのSOAPベースのWebサービスの継続的テストです。サービスが到達可能で応答しているか、XMLエンベロープが正しく形成されているか、XPathアサーションが通過しているか、レスポンスがWSDL契約に準拠しているかを検証し、これらのいずれかが破損した場合に即座にチームに通知します。

はい。WSDL 1.1または2.0ファイルをアップロードしてください。Dotcom-Monitorは操作、ポートタイプ、バインディング、およびメッセージスキーマを解析し、XMLエンベロープの手動コーディングなしで任意の操作に対してモニターを実行できるリクエストテンプレートを生成します。

はい — X.509証明書署名、UsernameToken、SAMLトークン、メッセージレベルの暗号化、タイムスタンプ検証を備えたWS-Securityをサポートしています。さらに、クライアント証明書認証のためのトランスポート層でのmTLSも対応しています。

両方対応しています。SOAP 1.1（SOAPActionヘッダー付きtext/xmlコンテンツタイプ）とSOAP 1.2（application/soap+xml）は完全にサポートされており、バインディングごとに適切なコンテンツネゴシエーションが行われます。

XPath式を構成して、レスポンスのエンベロープ、ヘッダー、または任意のノードに対して評価します。アサーションが予期しない値を返す、ノードが存在しない、または型が異なる場合、モニターは失敗します。一般的なパターンは//transaction/status = 'approved'やcount(//errors) = 0です。

SOAPフォルトは、エンベロープ内に<soapenv:Fault>要素が含まれ、HTTPステータスは200で返されます — アップタイムモニターではそれを完全に見逃してしまいます。当社はフォルト要素を明示的にチェックし、アラートペイロードでfaultcodeとfaultstringを表示します。

SOAPはJSONPathによるJSONではなくXPathを介してXMLエンベロープを検証し、OpenAPI仕様ではなくWSDL契約を解析し、SOAPサービスで一般的な企業向け認証スキーム（WS-Security、SAML、mTLS）を処理します。基盤となるプラットフォーム—グローバルロケーション、マルチステップチェーン、アラート、プライベートエージェント—は共通です。REST APIモニタリングを見る →

はい。ネットワーク内にプライベートエージェントを展開できます。これは、内部エンタープライズ統合バス、オンプレミスのサービスカタログ、および規制環境に一般的です。アウトバウンドのみの接続で、インバウンドファイアウォールルールは不要です。

銀行、保険、医療（HL7-via-SOAP、FHIR over SOAP）、政府、およびERPにおける長期間の統合。SOAPの厳格なWSDL契約、WS-*セキュリティスタック、およびトランザクション保証は規制環境で価値があります。それらをRESTに置き換えるのはほとんどリスクに見合いません — 監視によりモダンサービスとともに可視化を保ちます。

はい。WS-Addressingヘッダー（Action、To、MessageID、ReplyTo）は、リクエストごとに明示的に設定するか、バインディングが要求する場合はWSDLから自動でインポートできます。

はい。MTOM/XOP添付ファイルのリクエストおよびレスポンスがサポートされており、期待されるサイズやコンテンツタイプ制約に対するバイナリペイロード検証も含まれます。

他のSOAPエンドポイントと同じです—公開されたWSDL URL、またはリクエストエンベロープを使用して直接エンドポイントURLにモニターを設定します。内部専用サービスの場合は、統合バスが動作するネットワーク内にプライベートエージェントを展開してください。

各失敗時の実行で完全なリクエストエンベロープ、レスポンスエンベロープ（またはエンドポイントが到達不能の場合はソケットレベルのエラー）、HTTPヘッダー、タイミング詳細（DNS、TLS、サーバー処理）、失敗した特定のXPathアサーション、および返された場合はSOAPフォルトをキャプチャします。