Registre et découverte de services

Statut documentaire : architecture — voir Maturité et preuves.

Rôle

Les capacités de registre et de découverte permettent à un Runtime ou à une application de trouver des endpoints sans encoder une adresse machine fixe dans le code métier.

Architecture

instance de service -> frontière d'enregistrement/découverte -> annuaire
client              -> découverte                         -> endpoint sélectionné

Règles de conception publiques

• l'identité du service doit être stable et distincte d'une référence d'objet locale au processus ;
• la découverte retourne une description d'endpoint/capacité, pas une identité métier durable ;
• l'autorisation reste nécessaire après la découverte : découvrable ne signifie pas appelable ;
• les clients doivent gérer remplacement d'endpoint, redémarrage et enregistrements périmés ;
• les informations de santé/readiness doivent être distinguées du simple enregistrement.

Déploiements centralisés et décentralisés

Un registre central est une topologie possible. Les déploiements distribués ou décentralisés peuvent utiliser découverte de pairs et routage. Le code applicatif doit dépendre de la capacité nécessaire plutôt que d'une implémentation particulière de registre.

Statut

Les noms de registrar, actions d'enregistrement, protocoles wire et éléments de configuration exacts dépendent de la version et des modules ; ils ne sont pas documentés ici comme API stable.