![]()
SOAP から REST へ - その方法と意義
REST API の数はここ5年間で急激に増加しています。しかしそこには実装上の矛盾が数多く存在し,多数の開発者がその原因である RESTful アーキテクチャ定義に合意点を見出すための努力を続けています。この記事では iPaaS (Integration Platform as a Service) である Mule iON が,公開 API と API マッシュアップに一貫性を実現している方法について説明します。
![]()
REST API の数はここ5年間で急激に増加しています。しかしそこには実装上の矛盾が数多く存在し,多数の開発者がその原因である RESTful アーキテクチャ定義に合意点を見出すための努力を続けています。この記事では iPaaS (Integration Platform as a Service) である Mule iON が,公開 API と API マッシュアップに一貫性を実現している方法について説明します。
HTTP API発展性へのベストプラクティスのタイトルが示すようにBenjamin Carlyle氏は、HTTP APIに関するシステムを設計する際の原則とプラクティスを定義した。システムとは、拡張可能で、時間とともに進化するものである。
CapgeminiにおいてMaster Data ManagementのGlobal Headであり、SOAの実践者であるSteve Jones氏は、Facebookが最近REST APIを非推奨にして、'Graph API'と呼ぶものに移行する、というアナウンスは、しばしばRESTに関して存在する「宗教的原理主義」を避ける良い方法だ、と考えている。
EclipseSourceは、REST/HTTPサービスのテストを自動化するJUnit拡張の最初の安定バージョンをオープンソースでリリースした。同期と非同期の両方のコールがサポートされている。
Subbu Allamaraju氏は自身のブログへの投稿で、現在のAPI利用の問題について提起し、クライアント要求に対してAPIを調整する責任のある追加の層を導入することを提案している。

Marc de Graauw氏は、WS-ReliableMessagingのようなトランスポート レベルの信頼性メカニズムが必要だ、という考えに対して、挑戦している。そのために、オランダのヘルスケアのSOAを例に、いかに、順番処理と正確に1度の処理を実現するビジネス論理の方が、ずっとうまくジョブを処理できるかを説明している。

Gregor Roth氏から、RESTful HTTPの基礎に関してオーバービューを提供し、RESTful HTTPアプリケーションを設計する上で開発者が直面する典型的な問題に関して取り上げる。その中で、RESTアーキテクチャスタイルをいかに実践していくかを示す。Gregor氏は、URIの命名の共通して利用されるアプローチや、統一インターフェースをつかったリソースへのインタラクション、PUTとPOSTの使い分け、CRUD以外の操作のサポートなどについてとりあげている。

新しい記事では、Subbu AllamarajuがRESTfulなAPIを記述する方法を説明します。そして、WADLやWSDLといった範囲外の記述フォーマットの代わりにハイパーメディアの利用にフォーカスします。