What are you using to build your images for kubernetes?
a docker image
The demise of Docker and the rise of Kubernetes
11–20 of 101 posts
Re: The demise of Docker and the rise of Kubernetes
#12And 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…
Re: The demise of Docker and the rise of Kubernetes
#13Re: The demise of Docker and the rise of Kubernetes
#14But 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.
Re: The demise of Docker and the rise of Kubernetes
#15This 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> 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.
Re: The demise of Docker and the rise of Kubernetes
#17> 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
#18And 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…
Re: The demise of Docker and the rise of Kubernetes
#19The 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.
No small site needs kubernetes/docker orchestration and that's fine.
Re: The demise of Docker and the rise of Kubernetes
#20Kubernetes is a thick, complex wrapper around deploying Docker applications.
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.