SOAPの現在の意味は何ですか

最後に、SOAPベースのサービスに出くわしたのは、2013年に金融会社でインターンシップを行っていたときです。それが、ITでのキャリアを始めたときでした。私のエンジニアリングコースの1つで、SOAPについての学習資料を持っていたことを覚えています。それ以外では、私はキャリアの中でSOAPをあまり使用していません。

「SOAPとRESTの違い」という質問が最近のインタビューの1つで出てきたので、私はこれを尋ねています。私が知っていること（およびGoogleで発見したこと）から、SOAPは、ビジネスロジックに密接に関連する情報交換のためにクライアントとサーバーを密結合したプロトコルです。一方、RESTはデータ転送のためのより柔軟なステートレスアーキテクチャです。

SOAPとRESTのこの違いについて間違っている場合、誰かが私を修正してくれますか？また、SOAPの現在の重要性は何ですか？人々はまだ新しいSOAPベースのAPIを開発していますか、それとも今はほとんどレガシーですか？

RESTは確かにアーキテクチャスタイルです。SOAPはデータプロトコルです。区別は重要です。それらを直接比較することはできません。

RESTの主な目的は、インターネット上のリソースを表し、それらを発見するためのメカニズムを提供することです。 対照的に、SOAPはコンピューター間で構造化データを通信するために使用されますが、SOAPはそれだけです。

インターネット上の2台のコンピューター間にクライアント/サーバー関係を作成するために、実際にはRESTは必要ないことに注意してください。必要なのは、JSONまたはXMLを転送するメカニズムだけです。他のすべてのユーザーと互換性がない場合は、その必要さえありません。

それにもかかわらず、SOAPは新しい公開APIの支持を失いましたが、「データコントラクト」を定義できるため、B2Bアプリケーションで一般的に使用されています。JSON Webサービスには、かなり軽量で柔軟性があるという長所があり、JavascriptはJSONをネイティブに認識するため、ブラウザにとっては当然の選択です。

しかし、実際には、RESTとはあまり関係がありません。

さらに読書
良くSOAPよりもREST？（RESTを誤ってプロトコルと呼んでも、良い記事です）。
リチャードソン成熟度モデル

RESTはSOAPよりもはるかに制限されています。これは、その強さと人気の理由です。

SOAPでは、許可される操作のセットと許可されるデータ型のセットは本質的に無限です。SOAPはリモートプロシージャプロトコルであり、これを使用して、忠実度を失うことなくネットワーク全体でローカルAPIを公開します。これにより、複雑なトランザクションシステムが途中で忠実度を失うことなくネットワーク全体でやり取りする必要のあるエンタープライズ環境でSOAPが普及しました。SOAP APIの理解と使用が非常に面倒になるため、物事を理解するためにWSDLおよびSOAPクライアントライブラリの形式で自動化されたツールが必要になるため、この豊富な機能もSOAPの没落です。さらに、基盤となるシステムの完全なリッチさを公開することは、APIを壊したりバージョンアップしたりすることなく基盤となるシステムを進化させる抽象化を提供したい公開APIでは魅力的ではありません。

REST + JSONは、そのシンプルさのために特に人気を博しました。API設計者は、この限られた語彙に収まる抽象化を慎重に設計し、ビジネスドメインからRESTリソースへのマッピングを実際に検討する必要があります。REST APIは、特別なツールを使用しなくても理解しやすく使いやすいです。APIユーザーがすべてのレベルのスキルと知識を持っている一般公開APIの場合、これはまさにあなたが望むものです。だから、Webで見られるすべてのAPIがRESTに移行しているのです。SOAPは、システム間で複雑なAPIを共有したいという要望と必要性がまだある企業の状況に追いやられています。しかしながら、

基本的に、人々が理解しているのは、APIをシンプルかつ抽象化してメンテナンスが容易で使いやすいものにするためにAPIデザインに適用しなければならない制約のセットが、RESTが導入する制約のセットであり、SOAPを効果的に中和することです欠点だけを残して利益をもたらします。SOAPを使用して単純化されたAPIを構築できますが、RESTほど簡単に使用できないため、実際には誰もがRESTを選択するだけです。

RESTとSOAPを比較することはできません。RESTはアーキテクチャスタイルであり、SOAPはプロトコルです。

残念ながら、RESTは、RESTful HTTPサービスの同義語として口語的に使用されるようになりました。これは、HTTPを（アプリケーション）プロトコルとして使用するRESTスタイルのアーキテクチャの実現を意味します。

RESTは次の原則（制約と要素）に基づいています（括弧内はRESTful HTTPでの実現）[1]。

• ステートレス（HTTPはステートレスプロトコルです）
• リソース（URIで識別）
• 統一インターフェース（HTTPメソッド）
• 表現（MIME-TYPE）
• HATEOS（ハイパーリンク）
• キャッシュ（HTTPキャッシュ）

一方、多くの人々は、W3C Webサービスアーキテクチャの一部であるWSDLおよびSOAPに基づくWebサービスをSOAPと言っていることを意味します[2]。

• SOAPは、情報を交換するためのプロトコルとして使用されます（基本的には、メソッド名、パラメーター、戻り値、データ型など）。
• WSDL Webサービスを記述するインターフェース定義言語。

SOAP *の現在の意味は何ですか？

SOAPはW3C標準であり、W3C Webサービスの情報交換形式として使用されます。これらのWebサービスは、特に2008年（±3年）前後のSOA（サービス指向アーキテクチャ）の誇大広告の時代に-そして（残念なことに）まだエンタープライズアプリケーションに主に実装されています。

これにはいくつかの理由があります。当時、RESTful HTTPはあまり知られておらず、誤解されていました。残念ながら、まだ誤解されているので、他の答えを見てください

「[...] RESTはSOAP [...]よりもはるかに制限されています。」

「RESTの主な目的は、インターネット上のリソースを表すことです[...]。」

さらに、SOAP（およびWSDL）は、Webサービスを実装するためのさらに多くの標準を提供するW3C Webサービスプロトコルスタックの一部です。

人々はまだ新しいSOAPベースのAPIを開発していますか、それとも今はほとんどレガシーですか？

はい、そうです。SOAPを使用している将来のシステムも存在します（少なくともエンタープライズシステムでは、ほとんどがドアの向こう側にあります）。しかし、大多数は最近、ある種の「休息」をしようとしています。

SOAPとRESTのこの違いについて間違っている場合、誰かが私を修正してくれますか？

RESTがデータ転送のためのより柔軟なステートレスアーキテクチャであると言うのは良い説明ではありません。単に話されるRESTは、特定の制約と要素を持つアーキテクチャスタイルです。一方、SOAPは情報交換プロトコルです。

私がすでに書いたように、それらを比較することはできません。ただし、RESTful HTTP WebサービスとSOAP / WSDL Webサービスを比較できます。