Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Any reason the chart installs all parts as statefulsets #12

Open
ibotty opened this issue May 20, 2022 · 2 comments
Open

Any reason the chart installs all parts as statefulsets #12

ibotty opened this issue May 20, 2022 · 2 comments

Comments

@ibotty
Copy link

ibotty commented May 20, 2022

Is there any reason to run the components as statefulsets? taiga-front, taiga-gateway and taiga-protected can be deployed as regular Deployments I assume that the lifecycle guarantees of a statefulset are also not neccessary for taiga-back and taiga-events. Am I overlooking something?

@maxirus
Copy link

maxirus commented May 20, 2022

So StatefulSet is used to scale stateful workloads, or ones that require a PVC. Using the official docker-compose as source of truth, it appears taiga-front, taiga-events, and taiga-protected do NOT have volumes and thus should beDeployments, not StatefulSets.

@ibotty
Copy link
Author

ibotty commented May 20, 2022

Deployments can also require a PVC. The difference is that a StatefulSet can get different PVC per replica. That's certainly not needed with taiga. Statefulsets have different characteristics of restart, etc., but I doubt that necessary here. I wonder which parts of taiga can be run concurrently, if state is only in the DB and on the file system. If so it should be possible to run many replicas of each component for HA.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants