Webinar Clevy : REST, comment normaliser les échanges applicatifs ?

15-04-2019   •   2 min de lecture

[Webinar] Le mardi 14 mai 2019 à 13h30 par Rémy Jeanjean

Nous sommes très fiers de vous avoir présenté Rémy Jeanjean, Technical Leader  Clevy, le 14 mai 2019, au cours de notre premier Webinar.

Passionné par les technologies, outils et méthodes permettant de rendre l’informatique de demain toujours plus fiable, résiliente et responsable. Il a présenté un webinar sur les enjeux et bonnes pratiques liées au design des échanges applicatifs avec REST, pour des architectures web à l’état de l’art.

Regarder le replay dès maintenant !

Résumé

I- Introduction

A l’heure ou les architectures logiciel contemporaines prônent l’éclatement des solutions applicatives en multitude de petits services interconnectés et ouverts, le design des échanges applicatifs devient un enjeu crucial pour la maintenabilité et l’évolutivité des systèmes. Nous avons vu comment utiliser REST et en quoi cette norme aide à construire et maintenir des services web à l’état de l’art.

II- Programme

Architecture et services

Les architectures applicatives ont dans le temps beaucoup évolué. Il y a quelques années déjà les systèmes étaient des solutions monolithiques très fermées qui intégrées toute la chaîne applicative, du stockage aux clients, dans un tout unique et fermé. Les “échanges” inter-applicatifs se résument alors pour l’essentiel à du partage de données sur la couche stockage. Nous avons ensuite suivi l’évolution et la dislocation de ces monolithes en services puis en micro-services. Ce qui nous a amené à mettre en lumière les problématiques multiplication des services, des flux et des équipes, la nécessité de penser les systèmes comme des services ouverts et enfin d’architecture les solutions pour qu’elles soient pensées pour le Cloud. REST apportant une part de réponse à l’ensemble de ces problématiques.

Les fondamentaux de REST

Premièrement nous avons passé en revue l’histoire et la raison d’être de REST et les principaux paradigmes sous jacents:  uniform interface, stateless, client-server et cacheable.

Nous avons ensuite étudié le rôle fondamental des routes et de leur organisation en REST avec les bonnes pratiques concernant le design des routes pour les entités, les collections et les relations et enfin comment aller plus loin dans les requêtes avec les URL parameters.

Nous sommes ensuite passés au second pilier du REST qu’est le verbe (ou method) qui permet de qualifier l’action à effectuer sur la donnée. Nous avons vu les bonnes pratiques dans l’utilisation des verbes GET, PUT, POST, PATCH, DELETE, HEAD et OPTIONS.

Enfin nous avons survolé l’univers des codes des status HTTP, souvent mal exploités, qui permettent d’indiquer l’état résultant d’une action et de fluidifier les échanges entre les clients et les services.

Des Outils pour réussir un projet REST

Dans cette dernière partie de la présentation nous avons découvert trois “outils” qui permettent de:

  • Diffuser les API REST, leur structure de service comme de donnée, OpenAPI
  • Accélerer et faciliter les développement, tests et la documentation des API REST, Swagger
  • Sécuriser les échanges authentifiés en milieu stateless, JWT

III- Sommaire

  1. Architecture des services
  2. Qu’est-ce-que REST ?
  3. Les verbes
  4. Les routes
  5. Les codes
  6. OpenAPI
  7. Q&A

Si vous souhaitez avoir plus d’informations de la part de Rémy sur ce sujet, contactez-nous directement à l’adresse: contact@clevy.io

Tags