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 フォルトは HTTP 200 を返し、エンベロープ内に <soapenv:Fault> 要素が含まれています — アップタイムモニターはこれを完全に見逃します。私たちは Fault 要素を明示的にチェックし、アラートペイロードに faultcode と faultstring を表示します。

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

はい。ネットワーク内にPrivate Agentsを展開してください — これは内部企業統合バス、オンプレミスサービスカタログ、および規制された環境で一般的です。アウトバウンドのみの接続で、インバウンドのファイアウォールルールは不要です。

銀行、保険、医療（HL7-via-SOAP、FHIR over SOAP）、政府、ERP における長期的な統合で使用されています。SOAP の厳格な WSDL 契約、WS-* セキュリティスタック、およびトランザクション保証は規制された環境で依然として価値があります。REST に置き換えることはほとんどリスクに見合わず — モニタリングによってこれらを最新のサービスと並行して可視化し続けます。

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

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

他の SOAP エンドポイントと同様に — 発行された WSDL URL またはリクエストエンベロープ付きのエンドポイント URL にモニターを向けます。内部専用サービスの場合は、統合バスが稼働しているネットワーク内に Private Agent を展開してください。

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