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:
- 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
Anything.
Personally I use Debian. But Docker doesn't care. I chose Debian because it is very stable and simple
Yep, Debian and then add Portainer - for me this is the easiest setup to manage.
would prefer to not use portainer
I love the one click pull from git option. Don't like the corporate direction they seem to be taking.
I haven't seen aby alternative docker GUI managers that have the git pull for the compose.
I can appreciate this. You might want to look at Lazydocker as a SSH TUI management tool.
I just said what works best for me. Use the command line and compose files if you want.
And what is the good way of deploying it? After pulling the image, how do we autostart it etc...
At its simplest:
docker run -d --name servicename --restart unless-stopped container
That'll get you going. Youi'll have containers running, they restart, etc. There are more sophisticated ways of doing things (create a systemd file that starts/stops the container, use kubernetes, etc.) but if you're just starting this will likely work fine.
Are they starting automatically at boot?
EDIT : how do you run a container with a simple name instead of using his id?
Yes - they'll start automatically. There are other options for "restart" that define the behavior.
You can give whatever you like to "servicename" and use that rather than the ID.
For example:
thx
The Docker documentation is pretty terrible, but it's a decent start. Start by looking at docker-compose.yml files for the services you want to run and the write-ups for those.
Something nobody ever told me, that I had to figure out myself, is that docker-compose.yml files can be placed anywhere you want.
Should I make the docker compose files or pull the image from hub.docker.com?
Your compose file will pull the image when you run it, from the registry it's in
Create a systemctl service for it, create a cron, or of there is a lot of interconnectivity between your containers look at something like K3S.