this post was submitted on 27 Feb 2026
63 points (92.0% liked)

Selfhosted

56978 readers
631 users here now

A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.

Rules:

  1. Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.

  2. No spam posting.

  3. Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.

  4. Don't duplicate the full text of your blog or github here. Just post the link for folks to click.

  5. Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).

  6. No trolling.

  7. No low-effort posts. This is subjective and will largely be determined by the community member reports.

Resources:

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

founded 2 years ago
MODERATORS
 

Hey there, it's me again with my cursed project. Last time is said "i basically reinvented Kubernetes". But the voices won and I legit did.

Last time it was a cursed novelty. A random script made by some autistic dude with too much time on its hand.

Now it's become its own project, with ecosystem and overpriced .io domain. For no reason other than : It's cursed, but it works beautifully.

Every Kind is handled by its distinct code. Everything is pluggable, nothing is hardcoded. The next layer of hell is for someone else to write Docker Swarm extensions. Won't be me.

I am, again, very sorry. Sorry for releasing this thing into the world as a complete, working, product.

And sorry for keeping spamming it. I will stop, i promises (the voices will never)

you are viewing a single comment's thread
view the rest of the comments
[–] pokexpert30@jlai.lu 9 points 16 hours ago* (last edited 16 hours ago) (2 children)

The real question is "why would anyone want to use this". The answer "People are lazy and prefer using docker compose over k3s".

I maintain several helmfiles repo, and people asked me "but where docker compose" . So there is your docker compose https://github.com/baptisterajaut/stoatchat-platform/blob/main/docs/compose-deployment.md

But yeah, all of this shouldn't exist. Go read the about page in the docs if you're brave (or bored) enough

[–] dimeslime@lemmy.ca 8 points 15 hours ago (2 children)

I hate that you hate to write this, but good work doing it. I never understood why people perceive k3s as hard and then write pages of docker compose yaml instead. Admittedly my day job got me a CKA, but running k3s at home is barely a step up from docker compose.

[–] ebc@lemmy.ca 7 points 9 hours ago* (last edited 9 hours ago) (1 children)

I'm one of these people. Simple answer? It's the documentation. I've given k8s an honest try, but it honestly feels like the "draw the rest of the fucking owl" meme, starts way basic then gets wayy too hard without explaining anything in between.

Meanwhile docker is 1 file, 1 command to get started.

Edit: I just realized you were talking about k3s, not k8s. Is that something different somehow? Google says it's a "k8s" distribution? WTF would that be?

[–] dimeslime@lemmy.ca 7 points 8 hours ago (1 children)

Yeah for reference I'd probably never run the full open source Kubernetes distribution unless I had to, and that would mean having access to millions of dollars of hardware in a datacenter.

K3s is a lightweight Kuberbetes distribution that implements the full Kuberbetes API (full-ish? Maybe?). It's super easy to run on Linux, I run a 3 node cluster with GPUs at home. Its only real downside is the backend is a single point of failure, but that's ok for me cause it's run from my storage node with all the disks, so if that disappears I have bigger problems.

There are others like microk8s which can handle control plane failures, but it's for that reason that I also dislike it - they wrote their own distributed sqlite instance and it failed on me, a story for another time.

Minikube can run on your desktop, it's also an option.

But if you have docker desktop, you also have a built in Kuberbetes API server too, just have to enable it with one checkbox (not a full API server, but good enough for installing helm charts).

Kind is a docker based Kubernetes server but I think that's in the realm of testing not running. I believe K0s is in this camp too but could be wrong.

At work the daily driver will be one of EKS, GKE, AKS, or whichever cloud providers implementation. They're effectively free and a loss leader because you'll pay for instances anyway (at least on EKS, I'm most familiar with that one).

But if you're interested in learning, start with docker desktops k8s API, or minikube, or k3s if you have a Linux host or raspberry Pi lying around.

🌈The more you know!🌈

[–] fruitycoder@sh.itjust.works 2 points 3 hours ago

RKE2 is the next step up from k3s Same group mantains it (Rancher) but its built for bigger productuon uses (i.e. it deploys etcd instead of sqllite by default).

[–] CallMeAl@piefed.zip 6 points 16 hours ago (1 children)

People are lazy

Yeah, that tracks. It sounds like Type 1 Laziness: people who don't want to do anything.

I sense you make this because you are Type 2 Lazy: Happy to learn and make 100 new things to avoid having to do a boring thing more than once. That's something I can both appreciate and relate to.

[–] pokexpert30@jlai.lu 4 points 16 hours ago

On i am 1000% a type 2 lazy. Sysadmin by heart