Rétrocompatibilité
Une nouvelle version maintient les usages convenus sans imposer d’adaptation aux consommateurs existants.
Préserver les usages existants
La rétrocompatibilité signifie qu’une nouvelle version permet les usages précédemment pris en charge dans le contrat convenu. Périmètre et sens de l’engagement comptent : un ancien client doit fonctionner avec le nouveau fournisseur. Le sens inverse n’en découle pas automatiquement.
Dans un exemple fictif, une API d’interventions fournit toujours orderId avec le même type et le même sens convenus. Un champ supplémentaire peut être compatible si les consommateurs acceptent les champs inconnus selon le contrat. Sinon, un consommateur strict peut échouer. Vérifiez aussi données obligatoires, réponses d’erreur et comportement. Un test réussi ou une URL inchangée ne prouve pas une compatibilité complète.
Sources
Termes associés
- Versionnement sémantiqueUn schéma de versions convenu qui exprime la compatibilité prévue des changements d’une API publique définie.
- Changement incompatibleUn changement qui empêche des consommateurs ou usages pris en charge de fonctionner comme convenu.
- Test de contratUn test des messages convenus entre consommateur et fournisseur à l’interface de deux applications.
- Cache stampedeUn cache stampede survient quand plusieurs requêtes manquent la même entrée en cache et relancent le même calcul coûteux.
- BackpressureLa backpressure adapte le débit entrant à la capacité de traitement du destinataire grâce à un signal de ralentissement ou de pause.
- Condition de concurrenceUn résultat erroné dépend de l’ordre chronologique d’accès simultanés qui se chevauchent.
Votre projet avec ASES
Décrivez-nous votre projet. Nous revenons vers vous avec une première évaluation.