Chapitre 6. API REST
Cet ouvrage a été traduit à l'aide de l'IA. Tes réactions et tes commentaires sont les bienvenus : translation-feedback@oreilly.com
Amazon a eu du mal à faire évoluer les fonctionnalités dans les différentes équipes, car l'organisation est devenue dépendante de l'accès partagé à plusieurs bases de données au sein des équipes. Cela empêchait une équipe donnée de changer de fonctionnalité sans que cela n'ait d'impact sur les autres membres de l'organisation. C'est pourquoi, comme l'a expliqué Werner Vogels, directeur technique d'Amazon.com, en 2006, toute l'intégration se ferait en termes d'API, et non d'appels à des bases de données.
Il s'agit d'une première étape importante pour passer aux microservices : tout est une API. Le transfert d'état représentationnel (REST) est de loin le protocole le plus populaire qui prend en charge les millions d'API du web.
REST a été avancé à l'origine par le Dr Roy Fielding dans le cadre de sa thèse de doctorat en 2000. Fielding a contribué à la définition de la spécification HTTP et a voulu illustrer comment le Web - une structure déjà éprouvée, massivement évolutive, décentralisée et résistante aux pannes - pouvait être utilisé pour créer des services. HTTP est une preuve d'existence des mérites de l'architecture REST.
Alors que les approches précédentes des services distribués (comme CORBA, EJB, RMI et SOAP) se concentraient plus ou moins sur l'exposition d'une interface orientée objet et de méthodes en tant que service ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access