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

Missing docs and functionality for Declarative users of the Operator #1804

Open
snarlysodboxer opened this issue Oct 9, 2023 · 3 comments
Open
Assignees

Comments

@snarlysodboxer
Copy link

It seems to me there's a huge bias in the operator docs and even functionality towards imperative usage of the operator. To each their own I guess but IMO imperative usage defeats most of the purpose of the operator. - If I wanted to imperatively configure minio instances, I'd just run it directly and then configure it.

For example, googling and the docs would lead you to believe the operator supports auto PVC cleanup, which it does but only imperatively through the darn krew plugin, which of course does not work for GitOps or ArgoCD type workflows, or even just ephemeral testing instances. 👎

Expected Behavior

  • Docs on declarative usage exist and can be easily found.
  • Ability to declare a complete setup, and not have to run a declared Job to run mc commands to configure the minio.
  • Ability to choose to have the operator not bother with anything related to running the console.
  • Ability to optionally get the deletion a Tenant to cause full cascading deletion including the PVCs.

Context

How has this issue affected you?

  • We are looking at alternatives, including the possibility of creating and contributing a separate operator for those who just want a simple way to fully declaratively manage minio instances in k8s, without the use of any kubectl plugins.
  • There's a lot of complexity and functionality and GUI in this operator that we will never want or need, and I get the picture that's true for a lot of others as well.
    • A large percentage of the functionality seems to be built into the krew plugin instead of the operator itself, and that obviously doesn't work for many organizations.
  • We also get the feeling from #1100 and similar issues that the maintainers are not very interested in supporting the declarative approach?

Your Environment

  • GitOps managed Kubernetes, CI, ephemeral testing environments
  • Version used: latest
@shapirus
Copy link

related issue: #1818

@kamikaze
Copy link

+1

@allanrogerr
Copy link
Contributor

This is currently a work in process. Not ETA as yet.

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

No branches or pull requests

5 participants