Live data from Hacker News

Cluster and app management services in Docker Cloud are shutting down on May 21

docs.docker.com

61–70 of 155 posts

Re: Cluster and app management services in Docker Cloud are shutting down on May 21

#62
post #12

The timing of this (shutdown on 21 May) made me wonder if it's related to the GDPR coming into effect starting on 25 May.

It may well but, but everybody knew that GDPR was coming. If this was the reason, why not announce it (much) earlier?

Re: Cluster and app management services in Docker Cloud are shutting down on May 21

#63
post #33

Earlier quoted context omitted.

> What would happen if this was docker hub? Panic! Isn't docker hub relatively easy to replace, in comparison? Otherwise, is this a wakeup call perhaps?

docker hub is surprisingly difficult to replace because of how docker registries work. Traditional package managers have two distinct concepts: a repository and packages within those repositories. For example, if ubuntu took down their apt repo server, I could run my own with all the same packages and change a single sources.list entry and all my servers, ansible roles installing packages, etc, would operate the same…

> Instead, I have to update every single client.

To combat this, every single image we use from hub.docker.com is "proxied" into our registry with a one-line Dockerfile:

   FROM image:version
Building the "proxy" image and publishing it in our registry is entirely automated (using CI+Registry of a self-hosted Gitlab). Then we make everything point to our version in our registry. Should hub.docker.com go belly-up, then we have 1. a cache of versions in use (current and past), and 2. full control of the images (possibly making our own FROM scratch) without having to change a single line in downstream consumers. Initially we did this to be safe from hub.docker.com possibly intermittent availability that would delay image pulls on deployments.

Re: Cluster and app management services in Docker Cloud are shutting down on May 21

#65

It was long known since they did not ship any new update since August 2016. We at Turing Analytics migrated to Rancher labs about 6 months ago. They should have announced it earlier and should have given more time to paying customers. I am glad I migrated very early.

Is there a hosted rancher service? I played around with it a long while ago and really liked it, but felt like more moving parts (and particularly on MySQL, which wasn't in our stack) wasn't something I was too keen on. Having someone manage this for us could be worth paying for though.

Rancher, the container orchestration, is pretty much dead too, since it's K8s-based from (upcoming) 2.0 on, i.e. it's becoming a K8s distribution and has to compete with K8s itself, OpenShift and probably upcoming open-sourced edition of Tectonic. RancherOS might live on, even though there is a lot of doubt on why it should do so.

Re: Cluster and app management services in Docker Cloud are shutting down on May 21

#66
post #40
post #34

Earlier quoted context omitted.

I had to make a decision for an orchestration tool a few weeks ago and I went with K8s. One of the main reasons was that even Docker advertises it on its website and with Docker for Mac. I expect Swarm support to be canceled in a not so distant future and I cannot rely on a tool with an unclear future. Which is a pity because I really liked Swarm for its simplicity. Side note: I am also concerned about Docker in gene…

Who’s beating them? Amazon?

Kubernetes had won the container scheduler wars. At GitLab we're all in on making a PaaS based on k8s and our CI/CD and the container registry that is part of GitLab.

Re: Cluster and app management services in Docker Cloud are shutting down on May 21

#67

We are extremely worried about the future of Docker Swarm as well. We love Swarm - but we are seeing most work out of the Docker team is to give a migration path to kubernetes. A huge number of docker swarm networking bugs are not being worked on. We will be happy if Docker talks about Swarm becoming a management UX for K8s - but we need visibility. These are production orchestration systems. The migration path is no…

Why did you pick Swarm for production? We followed Swarm from the beginning, but after a few releases at v0.4 it was clear not to ever use Swarm, and that it mostly was the Docker PR machine that made it sound nice, and not the actual features. Maybe it got better later on, but the first several Swarm announcements seemed really off-putting to me. We ended up on Mesos/Marathon, not that that has a bright future eithe…

Hmm, that k8s “has won” might make me a bit sad - not that I’ve ever gasped some fresh air out of the stranglehold of AWS - as I was impressed with Mesos.

Can you share some 1st person opinions on Mesos, and where K8s is a step forward, backward or aside?

TIA

Re: Cluster and app management services in Docker Cloud are shutting down on May 21

#68

Twitter users are up in arms because of the decision to retire production systems with a 2 months notice - https://twitter.com/thomashermine/status/976398123215065088 https://twitter.com/garethdiz/status/976188140670017536 https://twitter.com/LenioLabsLLC/status/976201790482915328

> Twitter users People . People are up in arms. Anyway, yeah, that's insane. Even Google, who constantly shuts stuff down, usually does so with way more heads up. For comparison, Google Reader, a completely free service, shut down with 3.5 months advance notice. Google Wave got almost 6 months notice.

I do think that for commercial services like services in the Google cloud platform they give a year+.

Re: Cluster and app management services in Docker Cloud are shutting down on May 21

#69

This is why your company or product should not depend on that new cool SaaS/PaaS.

This is why you should write your app code to be independant from your current provider, Always thinking that you may have to change (maybe urgently) in the future

Re: Cluster and app management services in Docker Cloud are shutting down on May 21

#70
post #39

Earlier quoted context omitted.

GitLab includes a full docker registry, with all that. Just run a custom GitLab instance, and you get all that for free. For my open source projects on git.kuschku.de I also have a gitlab container registry on k8r.eu, and it’s been amazing to work with.

Nexus also has a docker registry with all that.

Nexus isn’t a terrible option, but the application feels pretty dated from a deployment and maintenance perspective. We’re using it for ruby gems and internal docker registry. I haven’t looked into viable alternatives for the gems side of things—that works well enough—but we’re replacing the docker registry with gitlab.
Post reply on HN