Web API (RESTful サービス) を使用してリモート インフラストラクチャにアクセスすることに関して、1 つの論争が見られます。コメントいただけると助かります。記事「RESTful Web Services vs. "Big" Web Services: Making the Right Architecture Decision」からの推奨事項[1] は、アドホックな統合 (マッシュアップのようなもの) とラピッド プロトタイピングではなく、Web API を使用することです。[2] で行われた実証研究は、既存の情報と機能を再利用するシナリオでこれらの推奨事項が守られていることを示しています。ただし、Web API でインフラストラクチャを再利用することは、アドホックな統合のタスクにはうまく適合しません。私の印象では、インフラストラクチャは通常、私が解決したい問題 (大量のデータ、高帯域幅、高い同時実行性) に対して、私が持っているリソースが適切に拡張されないシナリオで再利用されます。それにもかかわらず、Amazon はインフラストラクチャ (ストレージ スペース、メッセージ キューイング) へのリモート アクセスを次の両方を通じて提供しています。
- 従来の SOAP Web サービス (いわゆるビッグ Web サービス) および
- 軽い RESTful Web サービス (いわゆる Web API)。
クライアント (Amazon Web Services のケース スタディで説明) がビッグ Web サービスを使用するか、Web API を使用するかについては何も書かれていませんが、Amazon が代わりに Web API の形でインフラストラクチャへのアクセスを提供しているという事実は意味があるに違いありません。
何が彼らの動機になるか知っていますか? ラピッド プロトタイピングのためだけにインフラストラクチャを再利用した事例を知っていますか? それともテスト用ですか？つまり、Amazon が提供するインフラストラクチャを再利用したい場合、SOAP と REST のどちらの API スタイルを使用すればよいでしょうか? たとえば、どのような状況でしょうか?
編集：この場合、私が意味するインフラストラクチャとして：ストレージスペース、計算能力、インターネット帯域幅。したがって、そのようなリソースがアドホック統合で再利用されるのではないかと思います。
Cesare Pautasso、Olaf Zimmermann、Frank Leymann、RESTful Web Services vs. "Big" Web Services: Making the Right Architectureal Decision、pp. 805-814、Jinpeng Huai、Robin Chen、Hsiao-Wuen Hon、Yunhao Liu、Wei-Ying Ma 、Andrew Tomkins、Xiaodong Zhang (Ed.)、Proceedings of the 17th International World Wide Web Conference、ACM Press、北京、中国、2008 年 4 月。
Hartmann、Bjorn & Doorley、Scott & Klemmer、Scott R.、Hacking、Mashing、Gluing: Understanding Opportunistic Design、IEEE Pervasive Computing、vol. 7、いいえ。3、46-54（2008）。