this post was submitted on 07 Nov 2024
25 points (87.9% liked)

Selfhosted

40300 readers
426 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:

  1. Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.

  2. No spam posting.

  3. 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.

  4. Don't duplicate the full text of your blog or github here. Just post the link for folks to click.

  5. Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).

  6. No trolling.

Resources:

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

founded 1 year ago
MODERATORS
 

I just start using my homelab to host some new good services, and I want to know what is the approach of a docker setup, what is the best distro for? How to deploy them correctly? Basically I'm a real noob in this subject. Thank you

you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 13 points 1 week ago* (last edited 1 week ago) (20 children)

Debian with the docker convenience script. Stay away from Ubuntu server, for the love of dog.

Make a folder such as /stacks and put everything there by building docker compose stacks. I bind mount everything local to a subfolder with the docker-compose.yml for that application so when I restore it, it's all in one spot, not spread all over the hell like docker likes to do if you don't use bind mounts.

Add lazydocker for getting easy log and stats access for each stack.

Avoid bare docker run commands. It makes an unmanageable mess when you get more that a couple containers running.

Consider using the nextcloud AIO master container. It runs docker containers inside a master container compose file, and it is by far the easiest way to manage and run nextcloud.

[–] moonpiedumplings 5 points 1 week ago (1 children)

Debian with the docker convenience script.

They seem to be moving away from this, and it's not longer the first option on their install page

On their debian page

Use a convenience script. Only recommended for testing and development environments

Also, it should be noted about the first option they recommend, Docker Desktop, that Docker Desktop is proprietary.

I recommend just getting the docker.io and docker-compose from debian's repositories.

[–] [email protected] 1 points 1 week ago (1 children)

Well, that's a new development. That used to be the go-to method they pushed. Thanks for pointing that out.

As for Docker Desktop being the top option, it would only be used for a "development environment" because why would you install that on a headless docker host for production? And after the horror stories I've heard of Windows and Mac versions of Docker Desktop, there isn't a chance in hell I'd use it anyway.

So yes, going forward it looks like adding the repos and apt-get install are the way to go. Except, the convenience script was so... convenient.

[–] moonpiedumplings 1 points 1 week ago (1 children)

Debian already has docker packaged. That's more convenient.

[–] [email protected] 2 points 1 week ago

With Debian not being a rolling release id think it is relevant to stay up to date with your container daemon. IMHO.

load more comments (18 replies)