Live data from Hacker News

The demise of Docker and the rise of Kubernetes

thehftguy.com

11–20 of 101 posts

Re: The demise of Docker and the rise of Kubernetes

#12

And yet I still have to deploy my first Kubernetes setup and have used Docker multiple times ... Is there some kind of "Kubernetes-light" out there? So something like in-between running services like NGinx and Postgres on bare Linux machines and having this (I think complex) Kubernetes setup? It's important to say that I don't need any scaling capabilities (apart from maybe some load-balancing in case of a machine er…

I would give Nomad a try. After reading pages on pages of Kubernetes setup and trying the many half-working setup tools de-jour, setting up Nomad was a breeze and keeping it running over many months took almost no effort at all. URL: https://www.nomadproject.io

Re: The demise of Docker and the rise of Kubernetes

#14
Docker is still pretty embedded in a lot of workflows, thanks in part to its use by-default in many Kubernetes distributions, and the popularity of Docker Hub - not to mention various tutorials and scripts which refer to docker tooling.

But yep, I'd agree with the general premise here - with the emergence of tools like cri-o[0], podman and buildah (which let you build and ship container images without the need to run a background daemon like docker at all, avoiding the associated operational/security/system overheads) - docker may need to evolve or it'll quickly become less favourable.

Project Atomic[1] runs a good PPA with many of these packages for anyone interested and using Ubuntu.

[0] https://cri-o.io/

[1] http://www.projectatomic.io/

Re: The demise of Docker and the rise of Kubernetes

#15
The real world is still very much using Docker. Infact a few companies I've interviewed with this year aren't even using any kind of container setup and they're doing just fine and making money.

This kind of article just adds to the Jonesing-for-shiny-things mentality that really doesn't do the engineering world any favours.

Re: The demise of Docker and the rise of Kubernetes

#16
post #9

> If you’re (only) a docker expert, you’re in troubles right now. There are no more jobs looking for docker expertise and you’re dangerously close to unemployable. This is such a silly and unrealistic argument - no one is a docker-only expert. And docker is a desirable skill, just not on its own. It's like saying that git-only experts are unemployable.

Just speaking for myself, I have done a lot of work with docker and container orchestration but I have not worked on k8s. I see recent job ads are more for k8s experience.

Re: The demise of Docker and the rise of Kubernetes

#17
> If you’re (only) a docker expert, you’re in troubles right now. There are no more jobs looking for docker expertise and you’re dangerously close to unemployable.

> Kubernetes has succeeded where docker failed. Management buy-in.

This must be one of the silliest articles I've read in a long time. Computer science and engineering does not revolve around the latest devops flavour du-jour. It will be something else in three years time anyway.

The real innovation around Docker was taking existing building blocks which were not straightforward to use on their own (linux cgroups, overlayfs) and bringing them under a cohesive package that's accessible to any developer.

Re: The demise of Docker and the rise of Kubernetes

#18

And yet I still have to deploy my first Kubernetes setup and have used Docker multiple times ... Is there some kind of "Kubernetes-light" out there? So something like in-between running services like NGinx and Postgres on bare Linux machines and having this (I think complex) Kubernetes setup? It's important to say that I don't need any scaling capabilities (apart from maybe some load-balancing in case of a machine er…

AWS ECS (it's what we use)

Re: The demise of Docker and the rise of Kubernetes

#19
post #15

The real world is still very much using Docker. Infact a few companies I've interviewed with this year aren't even using any kind of container setup and they're doing just fine and making money. This kind of article just adds to the Jonesing-for-shiny-things mentality that really doesn't do the engineering world any favours.

Not even docker, mostly AWS or dedicated servers or even VPS...

No small site needs kubernetes/docker orchestration and that's fine.

Re: The demise of Docker and the rise of Kubernetes

#20
post #13

Kubernetes is a thick, complex wrapper around deploying Docker applications.

My opinion: Kubernetes is a simple wrapper around Docker containers, that has a tremendous number of gotchas.

The overall concept is pretty simple: You create a deployment that spins up pods which are your containers. You create ingress and services to direct traffic to the pods. You configure it all with environment variables through ConfigMaps and Secrets.

However, there are still so many one-line commands you need to add to YAML or weird networking issues, or set of commands you have to type in each time, or permissions that are hard to configure and manage... And creating a cluster is a pain, unless you use something like kops. Great tool but it too takes a few hours to figure out even the basics.

I think in time, Kubernetes will get worked out. I love the core of Kubernetes. It took so, so long to figure out the rest.

Post reply on HN