Real life Rest API Versioning for dummies
1 Once upon a time an API …
Once upon a time, the ACME Corporation was building a brand new IT product. It aimed at a new software to manage bookstores through a web interface and an API.
Once upon a time, the ACME Corporation was building a brand new IT product. It aimed at a new software to manage bookstores through a web interface and an API.
Il y a deux ans déjà, j’ai migré mon site Wordpress sur un site statique hébergé sur Github Pages. Ce dernier était basé sur Ruby, Jekyll et Minimal mistakes.
Bien que le projet Minimal Mistakes ne donnait plus trop de signes de vie, le rendu convenait.
Cependant, j’étais bloqué sur différents points:
J’ai donc décidé de le migrer sur Hugo. Ce générateur de site est basé sur Go et est très rapide d’exécution.
You can read the English version below
2023 est tout proche. Il est temps de faire un rapide bilan sur cette année 2022 (d’un point pro).
Après avoir changé de projet en début d’année, j’ai pu, grâce à mon employeur Worldline, participer en tant que speaker à
J’ai également écrit 6 articles sur mon blog et 4 sur le blog d’ingénierie de Worldline.
Pour ce dernier article de l’année 2022, voici un rapide retour d’expérience.
Je suis actuellement en cours de préparation d’un workshop pour l’édition 2023 de SnowcampIO. J’aborderai dans ce dernier le versioning des APIs REST. Pour illustrer ce sujet ô combien épineux, j’ai réalisé une plateforme “microservices” en utilisant différents composants de la stack Spring.
Container | Tools | Comments |
---|---|---|
API Gateway | Spring Cloud Gateway 2022.0.0-RC2 | |
Bookstore API | JAVA 17,Spring Boot 3.0.X | |
ISBN API | JAVA 17,Spring Boot 3.0.X | |
Configuration Server | Spring Cloud Config 2022.0.0-RC2 | |
Database | PostgreSQL | |
Authorization Server | JAVA 17,Spring Boot 3.0.X, Spring Authorization Server 1.0.0 |
En résumé, j’utilise Spring Boot, Cloud, Security, Authorization Server, Circuit Breaker, Spring Data,…
Après trois ans d’inactivité pour des raisons que l’on connait malheureusement toutes et tous, Devoxx Belgium était de retour à Anvers. Je n’avais jamais participé (en vrai) à une conférence internationale.
C’était donc une première pour moi.
Pour y aller, j’ai eu trois fois de la chance:
Voici mon retour d’expérience des trois jours de conférence.
Dans mon dernier article, j’ai tenté de faire un état des lieux des solutions possibles pour implémenter des batchs cloud natifs.
J’ai par la suite testé plus en détails les jobs et cron jobs Kubernetes en essayant d’avoir une vue OPS sur ce sujet. Le principal inconvénient (qui ne l’est pas dans certains cas) des jobs est qu’on ne peut pas les rejouer. Si ces derniers sont terminés avec succès - Vous allez me dire, il faut bien les coder - mais qu’on souhaite les rejouer pour diverses raisons, on doit les supprimer et relancer. J’ai vu plusieurs posts sur StackOverflow à ce sujet, je n’ai pas trouvé de solutions satisfaisantes relatifs à ce sujet.
Au début de l’année, j’ai interpelé mes managers: “J’ai été retenu au Camping des Speakers”!
Unanimement, j’ai eu la même réponse: “Le QUOI ???!!!”
Oui j’en conviens le titre peut paraître à première vue tout sauf sérieux. Il faut dire que le lieu est un camping en Bretagne dans le golfe du Morbihan.
Et pourtant !
La programmation était de qualité et a tenu ses promesses.
Je vais essayer de retranscrire quelques sujets qui ont retenu mon attention. J’en oublierai sans doute beaucoup. Je m’en excuse d’avance.