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.
-
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.
-
Promotion posts require your active participation in selfhosting or related communities, or the post will be removed. No more than 10% of your posts or comments may be self-promotional, or your post will be removed. F/LOSS Exception: If your post is about a project that is completely open source & can be self-hosted in full without payment, and your account is at least 7 days old, your post is exempt from this rule as long as you continue to engage in comments.
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!
view the rest of the comments
The fun thing about infrastructure as code is that the terraform, ansible and k8s manifests are documentation.
I only really need to document some bootstrap things in case of emergency and maybe some "architectural" things. I use joplin for that (and many other things).
That's the direction I'm moving my lab in. Plus a bit of supplemental markdown to keep track of which guides I'm referencing (and which parts can be ignored because I baked it into the terrafom). It's really nice to know that as long as I tweak the terraform for changes, I don't have to worry about forgetting what I changed.
Yep. It feels good knowing I can take a few hundred KB of text files and rebuild my whole system.
This is the way
Without really knowing much about it, I just always figured it was overkill for me. Plus I don't know that I'd even consider myself much more of a beginner with Docker. But you all are making me consider looking into it.
I get that - it's difficult to see the point in it until you've gone along without it. Especially as a beginner since you don't have a strong sense of what problems you will encounter and how these tools solve those problems.
At some point the learning curve for IaaC becomes worth the investment. I actually pushed off learning k8s myself for some time because it was "too complicated" and docker-compose worked just fine for me. And now that I've spent time learning it I converted over very quickly and wouldn't go back... It's much easier to maintain, monitor and setup new services now.
Depending on your environment something like Ansible might be a good place to start. You can begin even with just a simple playbook that does an "apt update && apt upgrade" on all your systems. And then start using it to push out standard configurations, install software, create users, etc. The benefit pays off in time. For example - recently (yesterday) I was able to install Apache Alloy on a half-dozen systems trivially because I have a set of Ansible scripts that manage my systems. Literally took 10 mins. All servers have the app installed, running, and using the same configuration. And I can modify that configuration across all those systems just as easily. It's very powerful and reduces "drift" where some systems are configured incorrectly and over time you forget "which one the correct one?" For me the "correct one" is the one in source control.