HN Gopher Feed (2017-10-16) - page 1 of 10
 
___________________________________________________________________
Consul 1.0 Released
82 points by schmichael
https://www.hashicorp.com/blog/hashicorp-consul-1-0/
___________________________________________________________________
 
Chyzwar - 13 minutes ago
HCL - why inventing another config/markup language? There TOML,
yaml and dozen others.
 
neduma - 47 minutes ago
Changelog -
https://github.com/hashicorp/consul/blob/v1.0.0/CHANGELOG.md
 
tombert - 45 minutes ago
I use Consul at work, and I do like it, but I have to ask a kind of
obvious question; why would I use Consul over something that's more
industry-standard like Zookeeper?I'm not asking this passive
aggressively, I mostly want to know what features it adds over a
vanilla Zookeeper setup.
 
  scarface74 - 7 minutes ago
  I use it because of the built in service discovery and the built
  in integration with Hashicorp?s other tools that I use - Nomad
  and Vault.
 
  jorge-fundido - 4 minutes ago
  Lack of gossip in zookeeper makes changes in cluster topology
  much more painful.
 
  jake-low - 42 minutes ago
  I found this article [0] a couple weeks ago and found it
  informative. Basically Consul has service discovery built in,
  while Zookeeper et al. expect you to build service discovery on
  top of the primitives they provide (assuming you need it).[0]:
  https://www.consul.io/intro/vs/zookeeper.html
 
    kevinconaway - 19 minutes ago
    Although its not part of Zookeeper core, there is an Apache
    Curator module[1] for doing service discovery on Zookeeper[1]
    https://curator.apache.org/curator-x-discovery/
 
    takeda - 8 minutes ago
    This article is biased because it was written by Consul
    author.I'm big fan of Zookeeper, and agree with parent that is
    not only industry standard, but it is very robust and battle
    tested.Having said that, this is not what Zookeeper was meant
    to. ZK is coordination service, if you have a distributed
    service that you need to coordinate and you don't want any
    single point of failure ZK is the choice.ZK can be used for
    service discovery, but that's not the proper use, you could
    equally set up a single database node, or MongoDB cluster to
    accomplish essentially the same thing.So specialized service is
    better, but I also don't like how Consul solves service
    discovery. If you think about it, SD doesn't require strong
    consistency, it is not a big deal if all nodes won't learn
    about each other at the same time, arguably that's actually
    preferred.By removing strong consistency (the only reason why
    ZK is even compared to Consul) we could have a better SD that's
    also more scalable.
 
      scarface74 - 2 minutes ago
      If you think about it, SD doesn't require strong consistency,
      it is not a big deal if all nodes won't learn about each
      other at the same time, arguably that's actually
      preferred.Can you go into more detail about this? Each
      computer has its own Consul agent that monitors the health of
      services running on it. You also get configuration from the
      agent on the individual computer. All of the agents
      communicate peer to peer and with the server don?t they?
      Isn?t that eventually consistent? I?m just starting to use
      Consul for configuration and haven?t started working on the
      service discovery part yet.