Also, is it possible to make Swarm answer to the same client IP with the same backend server during a 'session'? This is very important for database applications where the sync after each write may take some time and you don't want the UI to show different states from different servers until the system has settled. Hipache AFAIK doesn't offer this, IMO the biggest downside of this.
Announcing Docker 1.9: Production-Ready Swarm and Multi-Host Networking
11–20 of 80 posts
Re: Announcing Docker 1.9: Production-Ready Swarm and Multi-Host Networking
#12What's the relation between Docker Swarm and Hipache? Is Hipache discontinued? Is Swarm built on it? Is it compatible? Also, is it possible to make Swarm answer to the same client IP with the same backend server during a 'session'? This is very important for database applications where the sync after each write may take some time and you don't want the UI to show different states from different servers until the syst…
Re: Announcing Docker 1.9: Production-Ready Swarm and Multi-Host Networking
#13Re: Announcing Docker 1.9: Production-Ready Swarm and Multi-Host Networking
#14I've been watching these 5 RCs for a while now because of great additions: - Build time variables: https://docs.docker.com/engine/reference/builder/#arg - docker volume subcommand, finally we have a sane way to clean up left over volumes which are left by default.
Re: Announcing Docker 1.9: Production-Ready Swarm and Multi-Host Networking
#15Re: Announcing Docker 1.9: Production-Ready Swarm and Multi-Host Networking
#16Re: Announcing Docker 1.9: Production-Ready Swarm and Multi-Host Networking
#17Re: Announcing Docker 1.9: Production-Ready Swarm and Multi-Host Networking
#18What is the difference between Compose, Swarm, Tutum and Kubernetes? To me looks like you can use each of them to compose a set of containers to run an app.
Re: Announcing Docker 1.9: Production-Ready Swarm and Multi-Host Networking
#19What is the difference between Compose, Swarm, Tutum and Kubernetes? To me looks like you can use each of them to compose a set of containers to run an app.
Compose is a tool that issues commands to docker engines and will e.g. spin up containers and link them together in the right order. It makes rote docker commands a little less painful. It can talk to a single engine or, apparently, many engines via Swarm.
When it comes to putting providing a production "service" based on containers you need to be able to add and remove docker engines, to, for example, deploy new code via rolling update. Google Container Engine (GKE) and Amazon ECS marry docker concepts with front-to-back implementations of hosted infrastructure like server instances and network load balancers. Over-simplified, each has an agent that runs on a docker engine and does work similar to Compose and Swarm against AWS and GCE. Google's daemon is called Kubernetes.
Re: Announcing Docker 1.9: Production-Ready Swarm and Multi-Host Networking
#20I am really trying to figure out the ecosystem. I did some stuff with a single server but now as we need to move it to multiple servers we have Rancher, Weave, and so many others (kubernetes?). And now docker has integrated multihost networking so I am really not sure how to proceed.