Aplicaciones y Servicios Web II (REST) Joaqu ín Salvachúa [email_address] http://jsalvachua.blogspot.com
Índice <ul><li>Problema a resolver </li></ul><ul><li>Arquitectura </li></ul><ul><li>SOAP </li></ul><ul><li>WSDL </li></ul>...
Que es REST <ul><li>RE presentational  S tate T ransfer. </li></ul><ul><li>Arquitectura de aplicaciones Web descrita por R...
Rest y HTTP <ul><li>REST es una abstracci ón que puede implementarse sobre cualquier protocolo.  </li></ul><ul><li>La mejo...
Principios sobre REST <ul><li>Recursos Identificables </li></ul><ul><li>Interfaz de acceso uniforme </li></ul><ul><li>Comu...
Identificador de recursos <ul><li>Cada recurso representara una entidad real o virtual de la aplicaci ón ( un usuario, un ...
Interfaz uniforme <ul><li>Una vez que tenemos localizado el recursos podemos interactuar con  é l.  </li></ul><ul><li>Uso ...
Representación de los recursos <ul><li>Que es lo que obtenemos al acceder al URI del recurso. </li></ul><ul><li>Pueden exi...
Comunicaci ón sin estado  <ul><li>El servidor NO necesita mantener el estado de la conversaci ón con cada cliente. </li></...
Hypermedia <ul><li>Todas las transiciones de estado son mediante el uso de links.  </li></ul><ul><li>Permite delegar, </li...
Diseño de una aplicación REST <ul><li>Identificar recursos y diseñar los URI. </li></ul><ul><li>Seleccionar los formatos d...
Ventajas de RESTfull HTTP <ul><li>Soporte universal y simple desde cualquier lenguaje y plataforma. </li></ul><ul><li>Esca...
Comunicaci ón asíncrona <ul><li>HTTP es petici ón - respuesta. </li></ul><ul><li>Posiblidad de usar  202 Accepted  como re...
Mensaje Fiable / encriptaci ón <ul><li>Uso de HTTPS  </li></ul><ul><ul><li>Capa SSL/TLS </li></ul></ul><ul><li>Posibilidad...
Conclusiones <ul><li>REST es la arquitectura para el mayor sistema distribuido del mundo (la web).  </li></ul><ul><li>Mayo...
Comparaci ón con WS <ul><li>Mejor uso del protocolo HTTP (protocolo a nivel de aplicaci ón).  </li></ul><ul><li>Mayor faci...
Upcoming SlideShare
Loading in...5
×

Scom5 Ws Ii

846

Published on

Published in: Technology
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
846
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
37
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

Scom5 Ws Ii

  1. 1. Aplicaciones y Servicios Web II (REST) Joaqu ín Salvachúa [email_address] http://jsalvachua.blogspot.com
  2. 2. Índice <ul><li>Problema a resolver </li></ul><ul><li>Arquitectura </li></ul><ul><li>SOAP </li></ul><ul><li>WSDL </li></ul><ul><li>UDDI </li></ul><ul><li>Conclusiones </li></ul>
  3. 3. Que es REST <ul><li>RE presentational S tate T ransfer. </li></ul><ul><li>Arquitectura de aplicaciones Web descrita por Roy Fielding en su tesis doctoral (uno de los principales desarrolladores del proyecto Apache). </li></ul><ul><li>http://www.ics.uci.edu/~fielding/pubs/dissertation/ </li></ul><ul><li>Arquitectura desacoplada y escalable para aplicaciones Web. </li></ul>
  4. 4. Rest y HTTP <ul><li>REST es una abstracci ón que puede implementarse sobre cualquier protocolo. </li></ul><ul><li>La mejor forma de implementarlo es sobre HTTP. </li></ul><ul><li>Encaja perfectamente con el protocol (diferencia con SOAP). </li></ul>
  5. 5. Principios sobre REST <ul><li>Recursos Identificables </li></ul><ul><li>Interfaz de acceso uniforme </li></ul><ul><li>Comunicaci ón sin estado </li></ul><ul><li>Representación de los recursos </li></ul><ul><li>Hypermedia. </li></ul>
  6. 6. Identificador de recursos <ul><li>Cada recurso representara una entidad real o virtual de la aplicaci ón ( un usuario, un libro, un coche). </li></ul><ul><li>En la Web esto ser realizará mediante el uso de URI. </li></ul><ul><li>Cada URI añade valor a la red. </li></ul>
  7. 7. Interfaz uniforme <ul><li>Una vez que tenemos localizado el recursos podemos interactuar con é l. </li></ul><ul><li>Uso de los verbos de las acciones de HTTP: </li></ul><ul><ul><li>GET (copia solo lectura) </li></ul></ul><ul><ul><li>PUT (cambiar parte ) </li></ul></ul><ul><ul><li>POST (añadir) </li></ul></ul><ul><ul><li>DELETE (eliminarlo) </li></ul></ul><ul><li>Posibilidad de optimizar mediante el uso de caches. </li></ul>
  8. 8. Representación de los recursos <ul><li>Que es lo que obtenemos al acceder al URI del recurso. </li></ul><ul><li>Pueden existir varios : </li></ul><ul><ul><li>HTML, PDF, XML. </li></ul></ul><ul><li>HTTP nos facilita el tipo (MiME) y permite la negociaci ón de ello. </li></ul><ul><li>Habitualmente es XML. </li></ul><ul><li>Necesidad de representaciones “bien conocidas”. </li></ul>
  9. 9. Comunicaci ón sin estado <ul><li>El servidor NO necesita mantener el estado de la conversaci ón con cada cliente. </li></ul><ul><li>Enfoque dispara y olvida (“fire and forget”). </li></ul><ul><li>Mayor ventaja de esta arquitectura. </li></ul><ul><li>El estado esta explicito en las llamadas. </li></ul><ul><li>Incrementa exponencialmente la escalabilidad. </li></ul><ul><li>Muy bajo acoplamiento </li></ul>
  10. 10. Hypermedia <ul><li>Todas las transiciones de estado son mediante el uso de links. </li></ul><ul><li>Permite delegar, </li></ul><ul><li>Los enlaces deberían estar proporcionados por el servidor, no por el cliente. </li></ul><ul><li>Permite un modelo distribuido y de fácil evoluci ón. </li></ul>
  11. 11. Diseño de una aplicación REST <ul><li>Identificar recursos y diseñar los URI. </li></ul><ul><li>Seleccionar los formatos de comunicación. </li></ul><ul><li>Identificar la semántica de los métodos. </li></ul><ul><li>Seleccionar los códigos de respuesta/error. </li></ul>
  12. 12. Ventajas de RESTfull HTTP <ul><li>Soporte universal y simple desde cualquier lenguaje y plataforma. </li></ul><ul><li>Escalabilidad demostrada. </li></ul><ul><li>Soporte para redirecci ón, cache, diferentes representaciones. </li></ul><ul><li>Integración real para comunicación B2B. </li></ul><ul><li>Funciona con XML, pero también con otros formatos. </li></ul>
  13. 13. Comunicaci ón asíncrona <ul><li>HTTP es petici ón - respuesta. </li></ul><ul><li>Posiblidad de usar 202 Accepted como respuesta. </li></ul><ul><li>Necesidad de monitorizar o pasar un URI para ser notificado. </li></ul>
  14. 14. Mensaje Fiable / encriptaci ón <ul><li>Uso de HTTPS </li></ul><ul><ul><li>Capa SSL/TLS </li></ul></ul><ul><li>Posibilidad de usar el protocolo ATOM y ATOM-PP </li></ul><ul><li>Enfoque KISS </li></ul>
  15. 15. Conclusiones <ul><li>REST es la arquitectura para el mayor sistema distribuido del mundo (la web). </li></ul><ul><li>Mayor adopci ón frente a los problema de los Web Services. </li></ul>
  16. 16. Comparaci ón con WS <ul><li>Mejor uso del protocolo HTTP (protocolo a nivel de aplicaci ón). </li></ul><ul><li>Mayor facilidad de uso. </li></ul><ul><li>Soporte directo y transparente de las aplicaciones. </li></ul><ul><li>Complejidad de WS-* </li></ul>
  1. A particular slide catching your eye?

    Clipping is a handy way to collect important slides you want to go back to later.

×