Currently, when using Stork, the Quarkus config properties are all at the service level, which means that when the same Stork instance is being used for multiple REST clients, then the config needs to be duplicated.
Here is an example configuration required for a service (with the key my-service) when using a Consul backend in Stork:
I would like to propose that a set of defaults can be defined, so that these properties don't have to be repeated for every client. A proposal would be to set the defaults from the example above like this:
For all service clients where these defaults are correct, no additional configuration is required. Assuming we have another service my-other-service which should use a random load balancer, the following additional config would have to be added:
Description
Currently, when using Stork, the Quarkus config properties are all at the service level, which means that when the same Stork instance is being used for multiple REST clients, then the config needs to be duplicated.
Here is an example configuration required for a service (with the key
my-service
) when using a Consul backend in Stork:I would like to propose that a set of defaults can be defined, so that these properties don't have to be repeated for every client. A proposal would be to set the defaults from the example above like this:
For all service clients where these defaults are correct, no additional configuration is required. Assuming we have another service
my-other-service
which should use arandom
load balancer, the following additional config would have to be added:Implementation ideas
No response