Selfhosted

59939 readers

274 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:

Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.
No spam.
Posts here are to be centered around self-hosting. Please ensure it is clear in your post how it relates to self-hosting.
Don't duplicate the full text of your blog or git here. Just post the link for folks to click.
Submission headline should match the article title.
No trolling.

Resources:

selfh.st Newsletter and index of selfhosted software and apps
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!

founded 3 years ago

MODERATORS

curbstickle@anarchist.nexus

curbstickle_lw@lemmy.world

150

Those who are hosting on bare metal: What is stopping you from using Containers or VM's? What are you self hosting? (lemmy.world)

submitted 8 months ago* (last edited 8 months ago) by kiol@lemmy.world to c/selfhosted@lemmy.world

180 comments fedilink hide all child comments

Curious to know what the experiences are for those who are sticking to bare metal. Would like to better understand what keeps such admins from migrating to containers, Docker, Podman, Virtual Machines, etc. What keeps you on bare metal in 2025?

you are viewing a single comment's thread
view the rest of the comments

[–] towerful@programming.dev 3 points 8 months ago (1 children)

especially once a service does fail or needs any amount of customization.

A failed service gets killed and restarted. It should then work correctly.
If it fails to recover after being killed, then it's not a service that's fully ready for containerisation.
So, either build your recovery process to account for this... or fix it so it can recover.
It's often why databases are run separately from the service. Databases can recover from this, and the services are stateless - doesn't matter how many you run or restart.

As for customisation, if it isn't exposed via env vars then it can't be altered.
If you need something beyond the env vars, then you use that container as a starting point and make your customisation a part of your container build processes via a dockerfile (or equivalent)

It's a bit like saying "chisels are great. But as soon as you need to cut a fillet steak, you need to sharpen a side of the chisel instead of the tip of the chisel".
It's using a chisel incorrectly.

[–] 30p87@feddit.org 5 points 8 months ago

Exactly. Therefore, docker is not useful for those purposes to me, as using arch packages (or similar) is easier to fulfill my needs.