Replies: 1 comment
-
Hello! Thank you for reaching out.
You should have a configuration for service B to discover service A and another config for service C to discover service A. If you are using Kubernetes service discovery, something like:
and
Not sure to follow, maybe you need something like Composite Service Discovery? |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
We are moving to using Stork in Quarkus for our REST clients and have some questions about its usage and how to best implement it. When running in development or testing we are using "static" resource and when deployed "kubernetes".
I am a little confused how to correctly register/discover resources across multiple services. If I have Service A and Services B/C will use it - do I have to register A in both B/C services?
Does it make sense to have a centralized "discovery" service that manages all the services and then use a REST client to get the details in each of the consuming services which in turn would use that to instantiate the REST client?
Beta Was this translation helpful? Give feedback.
All reactions