Live data from Hacker News

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

docs.docker.com

111–120 of 155 posts

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

#111
post #36

Earlier quoted context omitted.

> 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.

> Google Reader It still hurts.

Since I missed on missing it, was there any particular feature that's not in other rss readers?

I have only user rss via gwene over nntp, if that went away, i'd miss it bunches.

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

#112

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…

Docker is a amazing tool, but I think the technical design and overall strategy for Swarm wasn't very well executed. Moving to k8s is a smart thing for them, because it's objectively better for real production use.

In our tests about a year ago, swarm started showing serious networking and cluster synchronization problems with cluster sizes over 30 nodes (physical servers), on a fast, reliable LAN.

I've heard similar stories from another big Docker customer- Docker support promised them that improving performance of Swarm and fixing scaling issues are the focus of "the next version", but they never came. This company is now moving to k8s.

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

#113
post #85

Earlier quoted context omitted.

It feels awfully 19th century though that despite k8s having "won", by far the biggest container schedulers by containers scheduled are, no doubt: (I think this is the correct order, not 100% sure of course) 1) google borg (maybe omega) [1] 2) amazon ec2 3) whatever microsoft is using (large gap) 4) all the rest of the world combined, a small portion of which is k8s [1] https://www.quora.com/Does-Google-use-the-Open-…

EC2 is not a container scheduler - it's an IaaS for VMs. The Amazon container PaaS (ECS/EKS) is a layer on top of EC2. And that is being superseded by Fargate which will make the underlying EC2 invisible. If you need a Fargate-like capability now, Azure AKS does it. See https://azure.microsoft.com/en-us/services/container-service... and https://aws.amazon.com/fargate/

Fargate is expensive as hell for long running services. You should only be using it for something that creates value 100% of the time that it is running.

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

#115
post #67

Earlier quoted context omitted.

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

Why is it sad? It's great that we can finally standardize and use a single powerful system that is very capable but also improving quickly.

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

#116
post #109

Earlier quoted context omitted.

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…

Is HashiCorp’s Nomad in a similar position at this point? I really enjoy it’s (relative) simplicity.

I don't know about Nomad, though Hashicorp's Vault is going to do just fine I think. It fills in a gap in secrets management that K8S doesn't do out of the box.

Looking at doing Vault in HA leads people to look at Consul, which leads to Nomad. (Consul uses a consensus protocol for service discovery and I think that will be interesting for the next generation).

Last year, K8S had already captured the center of gravity, and it took a while for the rest of the dev community to catch up.

I think this year ia a lot of shuffling as the survivors settles into orbit around K8S. There is a lot of interesting innovations up the stack once orchestration is de facto standardized.

K8S still hasn't solved the stateful workloads, though it is introducing a lot of primitives to support those: controller hooks, third part resources, on top of which Operators can function.

I think we will see a lot more innovations as people create Operators. That can include anything from stateful loads for specific distributed stateful loads, to things like intrusion detection, ML-driven autoscaling, and so forth.

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

#117
post #109

Earlier quoted context omitted.

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…

Is HashiCorp’s Nomad in a similar position at this point? I really enjoy it’s (relative) simplicity.

I get the impression that Nomad was never particularly alive to begin with, which is a shame since it seems better designed. But it doesn't have that "ZOMG Google has blessed us with the secrets of the borg" that DevOps crave.

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

#118
post #100

Earlier quoted context omitted.

$ brew cask install minikube $ minikube start

minikube is a specific version/distro/packaging of kubernetes meant for testing on local laptop. Docker Swarm runs exactly the same way with exactly the same components and with the same ease on laptop as well as the cloud. TL;DR - you cant run minikube in production.

Creating a k8s cluster on GKE is just as easy (a single gcloud command, or use the GUI if that is your preference).

With hosted Kubernetes as a service (GKE, AKS and soon EKS), there is little reason to roll your own cluster.

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

#119
post #83
post #55

Earlier quoted context omitted.

> Well, "won" in quotes. I am not a k8s fanboy or anything, I simply observe that all the major cloud providers are offering managed k8s services that have superseded their own proprietary container-type offerings. For better or worse that's where the momentum is. If you wanted to containerize your stack right now, k8s then pick one of the big 3, seems like a safe bet. kubernetes got released more than a year earlier…

The only real upsite is how easy it is to install and maintain. But that's hardly important with pretty cheap hosted solutions around (at least cheap in comparison to hiring several SRE to maintain the cluster) Indeed - something like AKS can get you up and running very quickly, whereas as recently as 6 months ago unless you had a k8s wizard-guru on staff, there was no point in even trying to go it alone, esp. not in…

GKE has been around for years.

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

#120
post #100

Earlier quoted context omitted.

$ brew cask install minikube $ minikube start

minikube is a specific version/distro/packaging of kubernetes meant for testing on local laptop. Docker Swarm runs exactly the same way with exactly the same components and with the same ease on laptop as well as the cloud. TL;DR - you cant run minikube in production.

I see your point. For k8s production, you'd have to use a solution provided by the cloud operator, GoogleKE / AzureKS / AmazonKS / etc. Which leaves the on-prem cluster and/or baremetal hosted cluster uncovered. Not that I'm convinced it's worth running baremetal anything, you're likely to be less efficient than large cloud operators because of economies of scale.

Nit: $ minikube get-k8s-versions The following Kubernetes versions are available when using the localkube bootstrapper: - v1.9.4 - v1.9.0 - v1.8.0 - v1.7.5 - v1.7.4 - v1.7.3 - v1.7.2 - v1.7.0 - v1.7.0-rc.1 - v1.7.0-alpha.2 - v1.6.4 - v1.6.3 - v1.6.0 - v1.6.0-rc.1 - v1.6.0-beta.4 - v1.6.0-beta.3 - v1.6.0-beta.2 - v1.6.0-alpha.1 - v1.6.0-alpha.0 - v1.5.3 - v1.5.2 - v1.5.1 - v1.4.5 - v1.4.3 - v1.4.2 - v1.4.1 - v1.4.0 - v1.3.7 - v1.3.6 - v1.3.5 - v1.3.4 - v1.3.3 - v1.3.0

Post reply on HN