this post was submitted on 21 Nov 2023
2 points (100.0% liked)

Self-Hosted Main

515 readers
1 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.

For Example

We welcome posts that include suggestions for good self-hosted alternatives to popular online services, how they are better, or how they give back control of your data. Also include hints and tips for less technical readers.

Useful Lists

founded 1 year ago
MODERATORS
communick@selfhosted.forum
2
A question about image hosting and docker (alien.top)
submitted 11 months ago by amca01@alien.top to c/main@selfhosted.forum
1 comments fedilink hide all child comments
 

This is something I've been meaning to "get around to" for a very long time, and I got quite excited seeing a recent discussion about Immich. And I looked at the various docker-compose files for Immich, and for Piwigo, PiGallery2, and PhotoPrism. Immich seems to require a number of different containers, whereas the others seem much simpler. That is to say, the docker-compose file for Immich seems very complicated.

Is this, in fact, an issue? Maybe I'm simply worrying about something which is not a problem.

And for a more generic question: for software that requires a database (as all image hosting does), do I need to start a new instance of MariaDB (for example), or can I use the database engine that's been set up in another container? That is, can I have one running instance of a database serving the needs of several different containers?

Thanks heaps, folks.

top 1 comments
sorted by: hot top controversial new old
[–] jws_shadotak@sh.itjust.works 1 points 11 months ago* (last edited 11 months ago)

I host my own Immich and it's not really an issue with all the containers. I host it all in one compose stack.

Imo it's best to make a new db for the service so that everything is isolated. It's also easier to delete the db when you remove a service cus you can just nuke the directory.