# You might not need Kubernetes

DevFeed: [You might not need Kubernetes](<https://devfeed.tech/articles/you-might-not-need-kubernetes-35221.md>)

Original publisher: [Read original article](<https://blog.jessfraz.com/post/you-might-not-need-k8s/>)

Published: 2018-11-05T15:09:26Z

Content type: opinion

Language: en

Sources: [Jessie Frazelle](<https://devfeed.tech/sources/jessie-frazelle.md>)

Topics: [Kubernetes](<https://devfeed.tech/topics/kubernetes.md>), [Linux](<https://devfeed.tech/topics/linux.md>), [API](<https://devfeed.tech/topics/api.md>)

Tags: [api](<https://devfeed.tech/tags/api.md>), [blog-post](<https://devfeed.tech/tags/blog-post.md>), [kubernetes](<https://devfeed.tech/tags/kubernetes.md>), [linux](<https://devfeed.tech/tags/linux.md>)

## AI overview

The author argues that Kubernetes is not always necessary and that some orchestration and image-building problems associated with it can be addressed with simpler alternatives. The article discusses containerd, BuildKit, Docker-in-Docker, and building images as an unprivileged Linux user.

## Source excerpt

I have realized recently that a lot of people think I am just a shill for Kubernetes and I am not. What I have done is write a few blog posts on some interesting problems to be solved in Kubernetes. But I would like to emphasize that those problems are pretty exclusive to the way Kubernetes was designed and you could easily build your own orchestrator without them. Use Containerd If you need an example of a custom, minimal orchestrator with containerd you should checkout stellar. Or see my design doc for a multi-tenant orchestrator. I'll let you dive into that in your own time though. Let's take a new look at a blog post I wrote about Building images securely on Kubernetes. I feel like I should have more clearly stated how this problem is pretty exclusive to Kubernetes. It's also not really a hard problem. The hard problem I was solving in that post was not how to build images on Kubernetes but how to build images as an unprivileged user in Linux. That is a hard problem. And a serious problem for companies who don't allow root on their machines. The easier choice if all you need to do is build an image and you are already using containerd, is to run buildkit on the same machine and then you can use the buildkit API library to build your dockerfiles. Or just run docker-in-docker, I have done this for years on my CI with absolutely no problems. Anyways, the point I am trying to make is you should use whatever is the easiest thing for your use case and not just what is popular on the internet. With complexity comes a steep learning curve and with a massive number of pluggable layers comes yak shaves until the end of time. Think for yourselves, don't be sheep.