web-dev-qa-db-ja.com

REST APIパターンの代替

RESTful Web APIとそれに対応する代替物の比較を含む論文を書いています。問題は、私はRESTにかなり偏っており、比較できる注目すべきアーキテクチャパターンを見つけられないことです。

私の比較では、消費者の観点からパターン（またはスタイル）を分析します（主に、消費者にとってのAPIの汎用性）。

上記の側面を比較するために、REST（ソフトウェアアーキテクチャパターンとして）の代替案を推奨してもらえますか？.

追伸質問がまだ広すぎる場合は、少し絞り込むことができます。

apirestsoapweb
28
Crossfire

おそらく、探したいRESTful APIの1つの側面は「スケーラビリティ」です。 REST APIは規模を拡大しますか？

GraphQLは、APIのクエリ言語であり、既存のデータでこれらのクエリを実行するためのランタイムです。

Falcorでは、すべてのリモートデータソースを仮想JSONグラフを介して単一のドメインモデルとして表現できます。

32
Alex Nolasco

さらに、REST APIの代替はgRCP（ https://grpc.io/ ）です。

11
Petrillo
  • メッセージングは​​REST＆SOAPの代わりに使用されます-JMS、RabbitMQなどのようなものです。非常に複雑で分散したものを作成できます。メッセージパッシングを使用するシステム。
  • COM、Corba、EJBなどの分散オブジェクトサービス。彼らは今日のように実際にはそれほど人気が​​ありませんが、あなたは確かにそれらをノックしているのを見つけることができます。
  • Java RMIもあります。実際、ほとんどの言語にはリモートプロシージャコール用の言語固有のメカニズムがあります。同種の環境では、分散アーキテクチャの基盤として使用できます。
7
sisyphus