undefined | Better HN

0 pointsmajewsky9y ago0 comments

I don't think that Kubernetes is the most important thing on prod. Some colleagues from another team at $WORK use plain Docker and "orchestrate" their containers with simple systemd units that run `docker stop|start`. If the app is only a single container, that should do it. (Actually, in that case, I think that `rkt run` would be better since the process runs below the same cgroup, and systemd can detect crashes and restart the container.)

Anyway, Kubernetes is not so important for small deployments, but what I've found really helpful is CoreOS: an auto-updating base OS that gets out of the way and (more importantly) ships a combination of Linux kernel + Docker that usually works really well.

0 comments

bradmwalker9y ago

Recent versions of systemd-nspawn can directly download a docker image and run it in a service unit.

akavel9y ago

What about docker-compose? We've recently started using it, and we don't see any problems; did your colleagues evaluate it?

kingrolo9y ago

docker-compose is really straightforward to get running, even moreso with docker-machine, and it gives you dev/prod parity, but the downside is that there's not a built in way to do zero downtime deploys.

RabbitmqGuy9y ago

Actually with the new docker-compose version 3 you can do rolling updates[1]. 1. https://docs.docker.com/compose/compose-file/#/deploy

1 more reply

StavrosK9y ago

That's how I do deployments, but they take a while to start/stop. Whereas, with uwsgi, for example, deployments are zero-downtime, since uwsgi loads a new interpreter and uses that for new connections from that point on, without interrupting any old connections.

j / k navigate · click thread line to collapse