L’enjeu principal que je vois, c’est le tight-coupling qui est réalisé au niveau de l’URI comme postulat de départ. Juste pour l’exercise imagine un instant que tu interdis le couplage version-URI et que tu réfléchisses en termes de Quelle information le serveur et le client communique pour comprendre les évolutions de l’API.

GET /

dans le contenu (je ne présuppose pas du format) tu récupères un

rel: version avec un lien vers une URI

Cette URI est une collection (liste) avec les différents liens vers les évolutions de l’API.

Autre possibilité est d’associer des valeurs permettant au client sur un type de resources données de comprendre une partie de l’API et pas forcément tout.

Typiquement qu’est-ce que le client peut faire de façon autonome, découvrir sans que le développeur n’est à tout reprogrammer. Ne pas oublier aussi les codes HTTP, et les redirections.