Laurence et Sébastien Dubourg

Les principales caratéristiques de cette architecture sont :

- REST respecte l'architecture originale du Web basée sur le protocole http;

- les ressources (fichiers, écrans, ...) sont représentées par des URI ;

- PUT GET POST DELETE sont les commandes du protocoles http qui permettent de manipuler les ressources;

- aucun état relatif à l'interaction client/serveur n'est stocké sur le serveur; le client doit donc fournir au serveur toutes les données nécessaire au bon déroulement de la requête;

-utilisation des standards hypermedia : HTML ou XML qui permettent de faire des liens vers d'autres ressources et d'assurer ainsi la navigation dans l'application REST.

Cette architecture n'est pas limitée à la réalisation d'application pour un utilisateur humain. Elle est de plus en plus utilisée pour la réalisation de services Web destinés à la communication entre machines. Dans ce cadre là, les requêtes et les réponses sont typiquement encodées en XML. REST dans ce cas là se pose en alternative à RPC et SOAP, alternative sensée être plus simple à mettre en oeuvre.

Les avanatges de cette architecture par rapport à d'autres architectures d'applications web sont entres autres :

- L'absence d'état sur le serveur conduit à une consommation de mémoire inférieure et donc à une capacité plus grande de répondre à un grand nombre de requêtes simultanées.

- L'absence d'état sur le serveur rend le fonctionnement plus simple à appréhender. Le résultat d'un requête ne dépend pas de variables cachées difficilement identifiables. Cela conduit à une mise au point plus simple.

- L'absence d'état serveur permet une répartition des requêtes sur plusieurs serveurs avec une meilleure granularité et de manière plus souple. Cela permet aussi une meilleure tolérance aux pannes d'un des serveurs.

- Le respect de la philosophie du protocole http, à la différence de SOAP conduit à un architecture plus cohérente et plus simple.

- l'utilisation d'URI comme représentant d'une ressource, permet la mise en place de serveurs cache.

Le principal désavatage de REST est la néssité pour le client de conserver localement toutes les données nécessaires au bon déroulement d'une requête, ce qui induit une consommation en bande passante réseau plus grande. Attention, il est cependant possible de coupler une application web REST à un service extérieur assurant la permanence des données, par exemple une base de donnée. On pourrait cependant considérer que l'utilisation d'un tel service pour gérer des données relatives à une session ouverte par le client serait en violation de la philosophie de REST. L'utilisation d'un tel service extérieur ne doit permettre que de conserver des données destinées à survivre à la session.