休む

REST（Representational State Transfer）は、ワールドワイドウェブのアーキテクチャの設計を記述し、その開発を導くために作成されたソフトウェアアーキテクチャスタイルです。RESTは、Webなどの分散型インターネット規模のハイパーメディアシステムのアーキテクチャがどのように動作すべきかについての制約セットを定義します。RESTアーキテクチャスタイルは、統一されたインターフェース、コンポーネントの独立した展開、コンポーネント間の相互作用のスケーラビリティ、およびユーザーが体感する遅延を減らし、セキュリティを強化し、レガシーシステムをカプセル化するためにキャッシングを促進する階層型アーキテクチャの作成を重視しています。^{[ 1 ]}

RESTは、ステートレスで信頼性の高いWebベースのアプリケーションを作成するために、ソフトウェア業界全体で採用されてきました。RESTアーキテクチャの制約に準拠するアプリケーションは、非公式にはRESTfulと表現されることがあります。ただし、この用語は、 HTTPベースのAPIの設計や、リソースが応答する「動詞」（ HTTPメソッド）に関する広くベストプラクティスとみなされているものとより一般的に関連付けられており、本来のRESTとはほとんど関係がなく、その概念と矛盾することさえあります。^{[ 2 ]}

表現状態転送という用語は、2000年にコンピュータ科学者のロイ・フィールディングが博士論文の中で提唱し定義したものです。これは、サーバーがリソース（多くの場合HTMLドキュメント）の表現を応答として返し、そのリソースにはシステムの状態を変化させるためにたどることができるハイパーメディアリンクが含まれていることを意味します。このようなリクエストに対しては、今度はリソースの表現が返され、このプロセスが繰り返されます。

重要な結果として、知っておく必要がある識別子は、最初に要求されたリソースの識別子のみであり、その他の識別子はすべて自動的に検出されます。これは、これらの識別子はクライアントに事前に通知することなく変更可能であり、クライアントとサーバーは本質的に疎結合でなければならないことを意味します。

ウェブは、一般向けのウェブサイトが利用可能になり始めた1993年から1994年にかけて、日常的に使われるようになった。^{[ 3 ]}当時、ウェブのアーキテクチャに関する記述は断片的なものしか存在せず、ウェブインターフェースプロトコルの標準に合意するようコミュニティ内で圧力がかかっていた。例えば、プロキシをサポートするために通信プロトコル（HTTP）にいくつかの実験的な拡張機能が追加され、さらに多くの拡張機能が提案されていたが、これらの変更の影響を評価するための正式なウェブアーキテクチャが必要だった。^{[ 4 ]}

W3CとIETFのワーキンググループは、Webの3つの主要標準であるURI、HTTP、HTMLの正式な記述を作成する作業を開始しました。ロイ・フィールディングはこれらの標準（特にHTTP 1.0と1.1、およびURI）の作成に関与し、その後6年間でRESTアーキテクチャスタイルを作成し、Webのプロトコル標準に対する制約をテストし、それをアーキテクチャの改善を定義する手段として、またアーキテクチャの不一致を特定する手段として使用しました。フィールディングは、2000年にUCアーバインで提出した博士論文「アーキテクチャスタイルとネットワークベースのソフトウェアアーキテクチャの設計」^{[ 1 ] [ 5 ]}でRESTを定義しました。  

RESTアーキテクチャスタイルを確立するために、フィールディングは、世界規模のネットワークベースのアプリケーションを作成する際に適用される要件、例えば、グローバルな普及を可能にするための低い参入障壁の必要性などを特定しました。また、ネットワークベースのアプリケーション向けに既存の多くのアーキテクチャスタイルを調査し、キャッシュやクライアント/サーバー機能など、他のスタイルと共通する機能と、リソースの概念など、RESTに固有の機能を特定しました。フィールディングは、既存の実装のアーキテクチャを分類するとともに、Webの動作およびパフォーマンス要件の中心となるべき側面を特定しようとしていました。

アーキテクチャスタイルは、その性質上、特定の実装とは独立しており、REST は Web 標準の開発の一環として作成されましたが、Web の実装は REST アーキテクチャスタイルのすべての制約に従っているわけではありません。不一致は、無知や見落としによって発生する可能性がありますが、REST アーキテクチャスタイルが存在することで、それらが標準化される前に特定できます。たとえば、Fielding は、セッション情報を URI に埋め込むことは REST の制約に違反し、共有キャッシュやサーバーのスケーラビリティに悪影響を与える可能性があると指摘しました。HTTP Cookie も、ブラウザのアプリケーション状態と同期しなくなり信頼性が低くなる可能性があるため、REST の制約に違反します^{[ 4 ]} 。また、プライバシーやセキュリティ上の懸念となる不透明なデータも含まれています。

RESTアーキテクチャスタイルは、ネットワークベースのアプリケーション、特にクライアント/サーバーアプリケーション向けに設計されています。しかし、それ以上に、インターネット規模での利用を想定して設計されているため、大規模な導入を容易にするには、ユーザーエージェント（クライアント）とオリジンサーバー間の結合をできる限り緩やかにする必要があります。

クライアントとサーバーの強力な分離と、統一されたアドレス指定プロトコルを使用したテキストベースの情報転送により、Webの要件である拡張性、無秩序なスケーラビリティ^{[ 6 ]}、コンポーネントの独立した展開、大粒度のデータ転送、コンテンツ閲覧者、コンテンツ作成者、開発者にとっての低い参入障壁を満たす基盤が提供されました。

RESTアーキテクチャスタイルの制約は、以下のアーキテクチャ特性に影響を与えます。^{[ 1 ] [ 7 ]}

• コンポーネント間の相互作用のパフォーマンスは、ユーザーが認識するパフォーマンスとネットワーク効率の主要因となる可能性があります。^{[ 8 ]}
• 多数のコンポーネントとコンポーネント間の相互作用をサポートできる拡張性。
• 統一されたインターフェースのシンプルさ。
• 変化するニーズに対応するためにコンポーネントを変更できる（拡張性とも呼ば れる）。（アプリケーションの実行中でも変更可能）。
• サービスエージェントによるコンポーネント間の通信の可視化。
• プログラムコードをデータと共に移動させることで、コンポーネントの移植性を実現する。
• コンポーネント、コネクタ、またはデータ内の障害が存在する場合のシステムレベルでの故障に対する耐性の信頼性。^{[ 8 ]}

RESTアーキテクチャスタイルは、6つの指針となる制約を定義しています。^{[ 7 ] [ 9 ]}これらの制約をシステムアーキテクチャに適用すると、パフォーマンス、スケーラビリティ、シンプルさ、変更容易性、可視性、移植性、信頼性などの望ましい非機能特性が得られます。 ^{[ 1 ]}

正式な REST 制約は次のとおりです。^{[ 10 ]}

• クライアント/サーバー – クライアントは明確に定義されたインターフェースによってサーバーから分離されている
• ステートレス – 特定のクライアントが「休止状態」にあるときは、サーバーのストレージを消費しません。
• キャッシュ – レスポンスはキャッシュ可能性を示します
• 均一なインターフェース
• 階層型システム – クライアントは通常、エンドサーバーに直接接続されているのか、途中の仲介サーバーに接続されているのかを判別できない。
• オンデマンドコード（オプション） – サーバーは、標準仮想マシン内で実行可能なロジックをクライアントに転送することで、クライアントの機能を一時的に拡張またはカスタマイズできます。

HTTP API を REST 設計のさまざまな原則に準拠しているかどうかに応じて分類するのに役立ついくつかのモデルが開発されています。

• リチャードソン成熟度モデル
• HTTPベースのAPIの分類^{[ 12 ]}
• WS ³成熟度モデル^{[ 13 ]}

• クリーンURL – ウェブサイトのユーザビリティを向上させることを目的としたURL 
• コンテンツ配信ネットワーク– インターネットのエコシステムにおけるボトルネックを解消するレイヤー 
• ドメインアプリケーションプロトコル（DAP）
• URIスキーム一覧– IANAによって割り当てられた名前空間識別子 
• マイクロサービス– コンピュータアプリケーションの構築に使用される、疎結合なサービスの集合体 
• RESTful API記述言語の概要– コンピュータ言語の説明 
• リソース指向アーキテクチャ– ソフトウェア設計におけるアーキテクチャパターン 
• リソース指向コンピューティング– ソフトウェア設計におけるアーキテクチャパターン 
• サービス指向アーキテクチャ– ソフトウェア設計におけるアーキテクチャパターン 
• ウェブ指向アーキテクチャ– ソフトウェア設計におけるアーキテクチャパターン 
• ウェブサービス– インターネットを介して電子機器間で提供されるサービス 

• パウタッソ、チェザーレ；ワイルド、エリック；アラルコン、ローザ（2014）、『REST：高度な研究トピックと実践的応用』、シュプリンガー、ISBN 9781461492986
• Pautasso, Cesare; Zimmermann, Olaf; Leymann, Frank (2008年4月)、「RESTful Webサービスと「ビッグ」Webサービス」、第17回国際ワールドワイドウェブ会議議事録、pp. 805–814、doi : 10.1145/1367497.1367606、ISBN  9781605580852S2CID 207167438​ 
• Ferreira、Otavio (2009 年 11 月)、Semantic Web Services: A RESTful Approach、IADIS、ISBN 978-972-8924-93-5
• ファウラー、マーティン（2010年3月18日）。「リチャードソン成熟度モデル：RESTの栄光へのステップ」 . martinfowler.com . 2017年6月26日取得。