Live data from Hacker News

Consul 0.7

hashicorp.com

1–10 of 22 posts

Re: Consul 0.7

#3
Have to say consul is one of the most useful tools for service discovery i've ever used. Only feature I want is better support for multiple environments in the same cluster set.

Re: Consul 0.7

#5

Have to say consul is one of the most useful tools for service discovery i've ever used. Only feature I want is better support for multiple environments in the same cluster set.

When we used this, we used the first directory to be the env, so it looked like.

    /prod/...
    /stage/...
    /dev/...
    /feature-xyz/...
It's not elegant, but it made for really simple scripts that let us prepend /${env} to every key to access what we needed.

And of course, each service per env had different access tokens so apps in the stage env couldn't read prod keys.

Re: Consul 0.7

#7
Consul combined with consul-template for dynamic config changes in your environment is an extremely powerful solution which just works with minimum fuss.

Works well when deploying clusters such as zookeeper, allows all the nodes to discover each other automatically and work out their id number.

Re: Consul 0.7

#8

Consul combined with consul-template for dynamic config changes in your environment is an extremely powerful solution which just works with minimum fuss. Works well when deploying clusters such as zookeeper, allows all the nodes to discover each other automatically and work out their id number.

Agreed, I wrote a post about this recently, really helps us for small services and there discovery. http://www.dblooman.com/consul/2016/09/11/Consul-and-Service...

Re: Consul 0.7

#9
Glad to see both etcd and consul support changing multiple keys atomically which I think is a critical feature.

Has someone recently compared the two in production?

Both projects have made some bigger changes in their Raft implementation since the last Jepsen test. I'd love for Kyle to re-do the test and also take into account the transaction feature.

Post reply on HN