Developer Advocate with 15+ years experience consulting for many different customers, in a wide range of contexts (such as telecoms, banking, insurances, large retail and public sector). Usually working on Java/Java EE and Spring technologies, but with focused interests like Rich Internet Applications, Testing, CI/CD and DevOps. Also double as a trainer and triples as a book author.
Twitter : @nicolas_frankel
Blog: https://blog.frankel.ch/
Lorsque vous publiez votre première API HTTP, vous vous concentrez probablement davantage sur les problèmes à court terme que sur la possibilité de gérer une v2. Cependant, il y a de fortes chances que si votre API recontre le succès escompté, vous deviez gérer cette problématique après coup. Mais comment faire évoluer son API sans rompre le contrat avec les utilisateurs existants ?
Dans cette présentation, j'exposerai quelques trucs et astuces pour y parvenir : comment déplacer ses endpoints, les déprécier, surveiller qui les utilise et informer les utilisateurs des nouveaux endpoints. La présentation est basée sur une démo, et j'utiliserai le projet Apache APISIX pour cela.
