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
As someone who doesn't know much about this as I'm jumping in the deep end, what's the difference?
A Docker image is a read-only template that contains the instructions for building a container. A Docker compose file is a YAML file that defines a set of Docker services.
A Docker image is a static artifact that can be used to create multiple containers. A Docker compose file is a dynamic configuration file that can be used to create and manage containers at runtime.
Docker images are typically used for building and deploying applications. Docker compose files are typically used for managing and orchestrate containers.
That came out of an AI. I can deploy images more easily on my NAS, and I've worked with them in the past, so I want an official container so I can deploy it alongside all the other docker containers I have running.
is that why it doesn't quite make sense to me?
Can you make a container from the compose file?
Yes, but the benefit of an official image would be that I wouldn't have to recreate it when a new version was released, it would update itself when I reload the container.
Do you need to recreate the container? Can you update the applications in the container?
I mean, I know I don't have to recreate it when I use a normal container, but I'm not clear when using compose
Hopefully someone with knowledge can weigh in.
You can do whatever you want inside the container. If you wanted to update inside it, you can, but it's probably not worth the effort. The downtime depending on the app can be just a few seconds when you rebuild the container.
That makes sense
I have a container running Watchtower and it checks once a week for any updated images so I can go through and update whatever needs updating myself. IIRC there's an option to have it automatically update stuff but I don't know nearly enough yet to be comfortable with that - If something is going to break let me break it myself so I can troubleshoot it haha.
I use Portainer as a GUI docker management system, and in regards to updating I can just hit a "Recreate" button and select "re-pull image" to update them. As long as you have the containers tied to persistent data folders it just pulls the latest image and ""re-installs"" it per your docker-compose file and everything is just as you left it.