Dans certaines applications, j'ai vu des gens utiliser EnableEurekaClient. Et d'autres exemples d'applications utilisent EnableDiscoveryClient.
Y a-t-il une différence entre ces deux?
Dans certaines applications, j'ai vu des gens utiliser EnableEurekaClient. Et d'autres exemples d'applications utilisent EnableDiscoveryClient.
Y a-t-il une différence entre ces deux?
Réponses:
Il existe plusieurs implémentations de "Discovery Service" (eureka, consul , gardien de zoo ). @EnableDiscoveryClient
vit dans spring-cloud-commons et choisit l'implémentation sur le chemin de classe. @EnableEurekaClient
vit dans spring-cloud-netflix et ne fonctionne que pour eureka. Si eureka est sur votre chemin de classe, ils sont effectivement les mêmes.
Le concept de service de découverte dans Spring Cloud est implémenté de différentes manières comme Eureka, consul, gardien de zoo, etc. Si vous utilisez Eureka by Netflix, @EnableEurekaClient est spécifiquement pour cela. Mais si vous utilisez un autre service de découverte, y compris Eureka, vous pouvez utiliser @EnableDiscoveryClient.
En termes de praticité et de simplicité, si le centre enregistré est eureka, alors il @EnableEurekaClient
est recommandé. S'il s'agit d'un autre centre d'inscription, il @EnableDiscoveryClient
est recommandé.
@LoadBalanced
c'était automatiquement appliqué, mais dans la version actuelle, cela est requis explicitement. Je vous remercie.