Vous devez apporter plusieurs petites mises à jour non critiques à une API existante hébergée dans APIM. Exigences : ne pas perturber les appelants existants, pouvoir annuler les modifications si nécessaire, fournir une documentation aux développeurs sur les modifications et permettre des tests avant la publication. Que devez-vous faire ?

L'ajout d'une nouvelle révision à l'API est la meilleure approche car elle permet d'apporter des modifications à une API sans affecter les appelants existants. Les révisions peuvent être testées indépendamment avant d'être rendues publiques, et il est facile de revenir à une révision précédente si nécessaire. Elles fournissent également un journal des modifications pour la documentation. Le versionnement basé sur les en-têtes ou les chaînes de requête créerait de nouvelles versions de l'API, ce qui pourrait perturber les appelants existants si la version par défaut est modifiée ou si les appelants ne sont pas mis à jour. La création d'un produit est une manière de regrouper des API et n'est pas directement liée à la gestion des modifications d'une API individuelle. L'application d'une politique personnalisée modifie le comportement de l'API mais ne fournit pas les mécanismes de test, de documentation ou d'annulation des révisions.