Live data from Hacker News

Self-Hosting like it's 2025

kiranet.org

191–200 of 240 posts

Re: Self-Hosting like it's 2025

#191
post #10

Last thing I need is Kubernetes at home

Exactly, my first reaction was "I should write a blog post about why I still use Docker Swarm". I deploy to single node swarms, and it's a zero boiler plate solution. I had to migrate services to another server recently, and it was really painless. Why oh why doesn't Docker Swarm get more love (from its owners/maintainers and users)?.... Edit: anyone actually interested in such a post?

Would love a blog post on how you're using Docker Swarm.

Re: Self-Hosting like it's 2025

#192
post #10

Last thing I need is Kubernetes at home

Exactly, my first reaction was "I should write a blog post about why I still use Docker Swarm". I deploy to single node swarms, and it's a zero boiler plate solution. I had to migrate services to another server recently, and it was really painless. Why oh why doesn't Docker Swarm get more love (from its owners/maintainers and users)?.... Edit: anyone actually interested in such a post?

bugs in it's infancy is what killed swarm for users.

Re: Self-Hosting like it's 2025

#193
post #60

If you self host, do not use containers and all those things. Just use a static site generator like zola or hugo and rsync to a small VPS running caddy or nginx. If you need dynamic thing, there are many frameworks you can just rsync too with little dependencies. Or use PHP, it's not that bad. Just restrict all locations except public ones to your ip in nginx config if you use something like wordpress and you should…

It seems you're talking about about self-hosting a website or web-app that you are developing for the public to use.

My vision of self-hosting is basically the opposite. I only self-host existing apps and services for my and my family's use. I have a TrueNAS box with a few disks, run Jellyfin for music and shows, run a Nextcloud instance, a restic REST server for backing up our devices, etc. I feel like the OP is more targeted this type of "self hosting".

Re: Self-Hosting like it's 2025

#194
post #72

Earlier quoted context omitted.

I'm right there with you, except at times I have thrown caution to the wind and made my sites available. My current setup is to rent a cheap $5/month VPS running nginx. I then reverse ssh from my home to the vps, with each app on a different port. It works great until my electric goes out and comes back on the apps become unavailable. I haven't gotten the restart script to work 100% of the time. But, I'd love to hear…

I suppose also no public IP on your home connection? Because since my new provider only provides cg-nat, I've been using a cheap server, but actually having the server at home would be nice.

Correct, there is no public IP address exposed to my home.

Right now my "servers" are Dell micro i5s. I've have used RPI 3 and 4 in the past. My initial foray into self-hosting were actual servers. Too hot, too noisy and too expensive to run continuously for my needs, but I did learn a lot. I still do even with the micros and pis.

Re: Self-Hosting like it's 2025

#195
post #170
post #167

Earlier quoted context omitted.

rclone is great for this. One could set up a Docker Compose service that uses rclone to gzip and back up your docker volumes to something durable to get this done. An even more advanced version of this would automate testing the backups by restoring them into a clean environment and running some tests with BATS or whatever testing framework you want.

Rclone won't take a consistent snapshot so you either need to shutdown the thing or use some other tool to export the data first

zfs/btrfs snapshot and then rclone that snapshot?

Re: Self-Hosting like it's 2025

#197
post #10

Last thing I need is Kubernetes at home

It is still my opinion that most businesses do not need Kubernetes, and neither should anyone self-hosting a service at home. I can see running something in a Docker container, and while I'd advise against containers what ships with EVERYTHING, I'd also advise against using Docker-compose to spin up an ungodly amount of containers for every service. You shouldn't be running multiple instances of Postgresql, or anythi…

> You shouldn't be running multiple instances of Postgresql, or anything for that matter, at home.

It's not uncommon with self-hosting services using docker. It makes it easier to try out a new stack and you can mix and match versions of postgresql according to the needs of the software. It's also easier to remove if you decide you don't like the bit of software that you're trying out.

Re: Self-Hosting like it's 2025

#198
post #10

Last thing I need is Kubernetes at home

Exactly, my first reaction was "I should write a blog post about why I still use Docker Swarm". I deploy to single node swarms, and it's a zero boiler plate solution. I had to migrate services to another server recently, and it was really painless. Why oh why doesn't Docker Swarm get more love (from its owners/maintainers and users)?.... Edit: anyone actually interested in such a post?

Yep. I run a small swarm at work and have a 5-node RPi-4 swarm at home. Interested in why you'd run a single-node swarm instead of stand-alone docker.

Re: Self-Hosting like it's 2025

#199

Earlier quoted context omitted.

> It's started (cleans up things when they're no longer in your config)... Would you please call this something else? "It automatically reconciles", perhaps? I know that a multi-word phrase isn't nearly as snappy, but not only are "it's started" and "started" overloaded with a bunch of meanings, approximately zero of them mean what you want them to mean in this new context.

Sorry, autocorrect changed stateful to started.

Ye olde autodefect makes fools of us all, eventually.

(As does the ever-present HN urge to downvote things for no comprehensible reason. Seriously, why the fuck would someone downvote an honest explanation for a typo? Animals, I guess.)

Post reply on HN