Selfhosted
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:
-
Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.
-
No spam posting.
-
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.
-
Don't duplicate the full text of your blog or github here. Just post the link for folks to click.
-
Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).
-
No trolling.
Resources:
- awesome-selfhosted software
- awesome-sysadmin resources
- Self-Hosted Podcast from Jupiter Broadcasting
Any issues on the community? Report it using the report flag.
Questions? DM the mods!
view the rest of the comments
People usually come here looking for advice on how to replace their dockerized nextcloud setup with a bare-metal setup. Now you came along presenting a solution to do the reverse! Bravo!
I actually has a similar setup, but with nextcloud apache container instead of php-fpm, and in
rke2instead of docker compose.Thanks for the kind words! Could you link me to the apache container you use? I would like to replace nginx since it's not officially supported but still need to do some research on apache
I'm currently using
nextcloud:26-apachefrom here because some nextcloud apps I use is not compatible with v27 and v28 yet. The apache version is actually less hassle to use because nextcloud can generate .htaccess configuration dynamically by itself, unlike php-fpm version where you have to maintain your own nginx configuration. The php-fpm version is supposedly faster and scale better though, but chance that you won't see that benefits unless your server handles a large amount of traffics.Docker is bare metal
Aye. Docker on linux doesn't involve any virtualization layer. What should the direct the installation setup be called? Custom setup?
Just non-container if you need to distinguish?
Well, since we want to be technical ... Docker is not bare metal. Linux apps are not bare metal. Arduino is bare metal.
No. The phrase means that you're not running in a virtual machine.
That's only the meaning you're used to, and that's my point. It depends on the context. I can assure you that, in the context of microcontrollers, for example, "bare metal" means running without an OS.
Either way its pretty stupid to use it in reference to containers.
My point is, since its meaning depends on the context, I don't see the issue for it to mean, in the context of containers, "outside of a container". Just like in the case of VMs, or OS vs No OS, it means there's one fewer layer between the app and the hardware, whether that's a VM, Container runtime, or the OS.
I'm pretty sure everybody, including you, understood its meaning in this context, it didn't really cause any misunderstanding.
No, it's confusing. Because some people do use VMs. So it makes it far less clear about what a person's setup is.
An application running in a container runs exactly the same as a non-container application. It uses the same kernel. And it all runs directly on the CPU. There is no metal/non-metal distinction to make. People just say it because it "sounds cool". And there are a lot of people in this community who don't understand what containers are. So it further muddies the water