Earlier quoted context omitted.
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 Kubern…
Cluster and app management services in Docker Cloud are shutting down on May 21
131–140 of 155 posts
Re: Cluster and app management services in Docker Cloud are shutting down on May 21
#132As I read through this all it feels sort of weird even typing it but I kind of hope Amazon or Microsoft buys Docker rather than Oracle, Google or IBM. I think Microsoft still employs thousands of great engineers and have been early embracers of containerization among the large companies out there and because Satya was a large part of growing Azure into what it is (IMHO a pretty solid set of services) it could make a…
I was wondering if you think the whole Docker inc is closing or something like that. Docker is only shutting down their cloud offering for Docker Swarm and I think it is to bundle their resources and focus on integrating Kubernetes.
Re: Cluster and app management services in Docker Cloud are shutting down on May 21
#133Docker Cloud was getting worse and worse. Tutum (they acquired, rebranded and killed it) was great. But docker team just destroyed it.
That is a shame. Tutum was great since it scaled up and down very well. Nobody thinks about scaling down, but this is important in many ways.
Right now IMO: - Docker swarm - scales up and down ok. Had too many bugs with even on stable. - Rancher - fine, very good for medium deployments. - k8 - winner for larger scale but scales down badly.
This is really sad.
Re: Cluster and app management services in Docker Cloud are shutting down on May 21
#134Earlier quoted context omitted.
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
#135Earlier quoted context omitted.
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.
Nomad was my choice for queue centric workloads, but it doesn't seem to fit the webserver / long living services as good as Kubernetes. I'm not sure, but I would think you could run Nomad and Kubernetes on the same servers, sharing the Docker runtime.
Re: Cluster and app management services in Docker Cloud are shutting down on May 21
#136Earlier quoted context omitted.
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.
> At GitLab we're all in on making a PaaS based on k8s This is very interesting. Could you talk more on this ? There is definitely space for an "opinionated k8s distro with batteries included". I have wished for Swarm to become this....
Re: Cluster and app management services in Docker Cloud are shutting down on May 21
#137Earlier quoted context omitted.
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.
Interesting. Is there a blog post where i can read more about this?
Re: Cluster and app management services in Docker Cloud are shutting down on May 21
#138I've been meaning to learn kubernetes for a while now having been a docker compose user for a few years. Swarm seemed super appealing due to easy migration and simplicity. Having gone through a few tutorials for Kube I still feel a little overwhelmed with the volume of configuration, and also how local development is meant to be done. This was always a very cool part of compose.
Re: Cluster and app management services in Docker Cloud are shutting down on May 21
#139Earlier quoted context omitted.
Do you know if there are any good tools for migrating your manifest/compose yaml files to k8s, especially using more recent features such as configs and secrets?
There is kompose with a k: https://github.com/kubernetes/kompose
Re: Cluster and app management services in Docker Cloud are shutting down on May 21
#140We 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…