Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Yeah, but I needed this for scenarios where I managed the Docker bridge directly - i.e., running a set of streaming servers that are an insane hassle to set up and required frequent upgrades. Docker was perfect for building, upgrading and deploying them.

Weave would just get in the way in this scenario (and has a tendency to over-complicate simple stuff like running an ElasticSearch cluster with auto discovery)



Weaveworker here:

I'd love to know what you mean by "over-complicate". It can be as simple as `docker run --net=weave ...`.

We have a PR open that would let you connect Docker's bridge to Weave Net - https://github.com/weaveworks/weave/pull/1955


Thanks for letting me know, but it's still open, right?

Besides, can't we all just get along and accept that I might want to do things in a specific way because I don't need the extra overhead? :)


> Weave ... has a tendency to over-complicate simple stuff like running an ElasticSearch cluster with auto discovery

Elasticsearch autodiscovery relies on multicast, AFAIK the only way to get it working with Docker is to use Weave (or another overlay network that gives you multicast). Is that not correct?


That is precisely my point. I want to do it without weave. As long as I can control the Docker bridge (and be responsible about it), I should be able to just do it.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: