-
Notifications
You must be signed in to change notification settings - Fork 4.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support for exposing Service data in KV store? - (consul/confd integration) #280
Comments
+1 for this feature. We are also using confd. It will be great if services are available via K/V store. |
+1. It's been a long time that I'm thinking of requesting this. Thanks @johnrengelman |
We just blogged about our tool While I wrote this specifically thinking about HAProxy, I think there is room for us to fork this and make it more generic. |
Perfect...That actually should cover our use case ATM, but some general abstraction would be great! |
Closing since |
* syncCatalog: add `addK8SNamespaceSuffix` property and set it to true by default. This is a breaking change because an upgrade to this version will unregister all services in Consul and register them with a new name.
So a little background. We were looking to use Consul to do service discovery in our architecture and we wanted to use it to configure the backend servers for a number of HAProxy instances. For this, we were looking to use
confd
. Howeverconfd
only integrates with the KV store inconsul
.We tried to add a feature to support exposing the
/v1/health
endpoint data toconfd
but after long discussion it was ultimately rejected as it strayed too far from the base concepts ofconfd
(kelseyhightower/confd#102).So my question is...is there any interest or possibility of enabling a mode where the service health information is exposed automatically in the KV store in
consul
? Is it a feature that if provided via PR, would be accepted? Or is it something that is just too different from the core concepts ofconsul
.The text was updated successfully, but these errors were encountered: