Resource Oriented Architecture, Symposium DNG

1. Page  Ressource Oriented Architecture L’architecture du Web et le REST

4. Page  Agenda L’architecture des Mash-Up Crée une application RESTful L’architecture orientée ressource REST Le débat SOAP/REST Ressources & Services

5. D’un Web de pages

6. A un web de Ressources

7. Mash-up

8. L’approche REST HTTP URI XML Abstraction ( Web 2.0) ‏ ROA Technologies Style d'architecture Architecture Technologies

9. Crée une application RESTful

14. 3 Mettre des liens dans les représentations Page  <sessions> <date>11/02/2008</date> <session id=&quot;1&quot;> <time></time> <name>Session Plénière</name> <summary> Environnements Web, développement logiciel, recherche et développement. Tels sont quelques uns des sujets qui seront démontrés. </summary> </session> <session id=&quot;5&quot; ref=&quot; http://dng.org/symposium/2008/sessions/roa &quot;> <time>16:00 - 17:00</time> <name>Resource Oriented Architecture (ROA)</name> <summary></summary> <speaker ref=&quot; http://dng.org/symposium/2008/speakers/aurelien &quot;> Aurélien Pelletier</speaker> </session>

15. 4 Utiliser l'interface uniforme d'HTTP Page 

16. GET Page  GET retourne une représentation de l'état courant d'une ressource Get est idempotent La même requête produit à chaque invocation le même résultat sur le serveur. Ne change pas l'état d'une ressource

20. Page  Approche services RPC Calculatrice 4 opérations

21. Page  Approche ressources REST http://calc/soustraction?val1=xx&val2=yy http://calc/multiplication?val1=xx&val2=yy http://calc/addition?val1=xx&val2=yy http://calc/division?val1=xx&val2=yy Calculatrice 4 opérations

22. Calculatrice 4 opérations Page  http://calc/chiffres/1 http://calc/operations/division http://calc/operations/addition http://calc/operations/... http://calc/calculs/ http://calc/nombres/ Approche ressources REST

24. Page  Calculatrice 4 opérations GET /calculs/UID HTTP/1.1 Host: calc 200 OK <calcul> <nombre> http://calc/ nombres/douze </nombre> <operation>http://calc/operation/addition</operation> <nombre> http://calc/ nombres/cinq </nombre> <result ref =&quot;http://calc/nombres/resultUID&quot;>17</result> <calcul>

26. Page  Architecture Orientée Ressource

27. 4 ième génération d'architecture Net - Ware 3 tiers Client léger Hard - Ware Mainframe Client passif Soft - Ware Client-server Client lourd Info - Ware ROA Client riche

28. Page  Affichage Construction des écrans Traitements métiers Données persistantes Données de sessions Mainframe / Client passif

29. Page  Interface ODBC/JDBC/... Poste client Base de données Client-serveur / Client lourd

30. 3 tiers / Client léger Page  Interface HTTP Navigateur Base de données Serveur d'applications Interface ODBC/JDBC/...

31. ROA / Client riche Page  Interface de services Ressources Client riche Serveur d'applications Base de données Interface ODBC/JDBC/...

32. Identifiant, ressource, représentation Page  Architecture of the World Wide Web, Volume One W3C Recommendation 15 December 2004 http://www.w3.org/TR/webarch/

34. REST Page 

35. Page  Representational State Transfer REST Le terme provient de la thèse de Roy Fielding en 2000 - principal architecte d'HTTP 1.1 - co-auteur de la spécification des URI. L'appel à GET transfère la représentation d'une ressource. Cette représentation place le client dans un certain état. Suivre un lien va transférer une nouvelle représentation et changer l'état du client. => Representational State Transfer

37. Envoyer un message sur le réseau Page 

38. Page  Principes d'architecture généraux

39. Page  Principes d'architecture généraux Système en couche Capacité à monter en charge Sécurité Intégration au legacy Code à la demande (optionnel) Evolutivité Javascript => AJAX

40. Interface uniforme Fonctionne avec 4 contraintes complémentaires Identification des ressources (URI) Manipulation des ressources par des représentations Messages auto-descriptif L’Hypermedia comme moteur de l’état de l’application L’interface uniforme (principe de généricité) + Simplicité + Evolutivité - Efficacité

41. Le débat: SOAP vs REST Page 

42. Ressources et Services Page  Objectif Style d'architecture REST SOAP WSDL UDDI WS-* HTTP URI XML Aligner l'IT sur le métier Aligner l'IT sur le Web SOA Ressources Services + Architecture ROA Technologies

43. Page  SOAP WSDL UDDI WS-* HTTP URI XML Les arguments des partisans d’HTTP seul HTTP vs SOAP Technologies

45. Page  WS-* est trop complexe Ce sont les « big vendors » qui ont inventé et poussent SOAP / WS-*

46. Interopérabilité Page  SOAP WS-* => Design by commitee Interopérabilité moyenne REST s'appuie sur des standards existant et largement répandu: Identification des ressources URI Transport et l'interface générique HTTP Représentations HTML , XML, gif, ... Type Mime Des clients HTTP et des parseurs XML de qualité sont disponibles pour tous les langages Véritable Interopérabilité SOAP/WS-* sont les DRM de la SOA, HTTP en est le MP3.

47. Page  SOAP WSDL UDDI WS-* HTTP URI XML Les arguments des partisans de SOAP HTTP vs SOAP Technologies

48. Page  Fonctionnalités avancées

49. Page  Conversation machine to machine HTTP + XML fonctionne très bien pour les échanges Humain/serveur au travers d'un navigateur. SOAP/WS-* est plus adapté pour des échanges bidirectionnels entre composants serveur machine to machine.

50. REST-ROA / SOA Page  Style d'architecture REST SOA Architecture ROA

52. Ressources et Services Page  Ressources Services

53. Ressources et Services Page  Une seule interface uniforme générique Plusieurs interfaces spécialisées Verbes Noms Services Ressources Orienté données Plus de possibilités de réutilisation Moins de contrôle Plus de simplicité Orienté traitement Meilleure efficacité Plus de contrôle Plus de complexité

55. Ressources et Services Page  Traitements Données Back end Front end Services SOA SOAP/WS-* Ressources REST HTTP

56. Softwares + Services + Ressources Page  procédural Objet Service Service procédural Objet procédural procédural Objet Ressource

59. Restafarians ? Page 

60. La bible Page 

61. Le nouveau testament Page 

65. Page  Annexes