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

Allow Custom Init Containers #240

Open
samzph opened this issue Mar 1, 2022 · 0 comments
Open

Allow Custom Init Containers #240

samzph opened this issue Mar 1, 2022 · 0 comments

Comments

@samzph
Copy link

samzph commented Mar 1, 2022

The Problem
Currently, the automatic creation of topics must be done through a secondary pipeline or something that waits for the system to be ready. It also does not cover for if the data is lost due to command line deletion. For example, if I delete pulsar resources I will lose my tenants/namespaces/etc.

My Proposed Solution
If I had an initcontainer, like on pulsar-toolset or the brokers, I could run the bin/pulsar-admin tenants create and create my namespaces under the tenant. I'm not sure which container(s) store the actual Pulsar tenants data, so whichever that one is, it would be nice if on initial startup I could configure it to create resources.

Describe alternatives you've considered
Kubernetes Jobs would work, but if the install crashes or loses the data, there would have to be a flag or something to run the job. This may be possible but requires additional research on my end.

Additional context
A nice implementation of this can be seen in the Camunda Helm Chart
https://github.com/camunda-community-hub/camunda-helm/blob/3228ff19e168a9b1100852d480df2d8682be432d/charts/camunda-bpm-platform/templates/deployment.yaml#L36-L39

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

1 participant