Add support for running separate workers

[bo0tzz]

(related: #93)

After the next release, Immich will ship as a single container with the API server and the background workers all combined, with the option to selectively enable only some of those for a running container. Ideally the chart would support running an arbitrary amount of immich containers with configuration for which workers to enable. This would for example enable dedicated transcoding workers with hwacceleration passthrough and such.

[djjudas21]

This is an important feature for Kubernetes users. Microservices architecture is best practice for Kube, and running one huge container for everything is wasteful of resources when you have multiple nodes in the cluster.

One of the main things I liked about Immich compared to PhotoPrism is the microservices architecture, so the UI/API doesn't slow down while the app is importing thousands of photos, generating thumbnails, running face recognition, etc.

[bo0tzz]

@djjudas21 note that right now there is nothing stopping you from scaling up the single container to multiple replicas. The only tradeoff is you'll be running multiple copies of the api worker as well, but maybe that's a good thing too?

[djjudas21]

@bo0tzz I don't know enough about the Immich API - is it safe to run multiple replicas without hitting concurrency issues?

[bo0tzz]

Yes, if it wasn't I wouldn't suggest it ;)

[krypton9208]

How can i increase number of replicas by helm values for each deployments/StatefulSets ?