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

Option to select Secret Provider #2029

Open
2 tasks done
mudasirmirza opened this issue Jan 9, 2024 · 1 comment
Open
2 tasks done

Option to select Secret Provider #2029

mudasirmirza opened this issue Jan 9, 2024 · 1 comment
Labels
feature Something new

Comments

@mudasirmirza
Copy link

What is your feature idea?

Hi,

It would be great to see the option specially when selecting cloud providers like AWS to be able to select which secret manager the user would like to use in their cluster.
For example, I have been using AWS Secret Manager with our EKS cluster for application config and it will be really great select this during the installation time.

I know, as of now I can do this by updating the GitOps repo, but as a product I would be good to see this feature in the installation step

Why is it needed?

This will give users more flexibility to move to this product.

Is this missing feature preventing you from using kubefirst?

  • Yes

Code of Conduct

  • I agree to follow this project's Code of Conduct
@mudasirmirza mudasirmirza added the feature Something new label Jan 9, 2024
@fharper fharper changed the title Option to select Secret Provier Option to select Secret Provider Jan 9, 2024
@fharper
Copy link
Contributor

fharper commented Jan 9, 2024

Thanks for suggesting this feature @mudasirmirza !

As you wrote, nothing prevents you to manage your secrets with another provider once the cluster is created, but kubefirst is right now tightly coupled with HashiCorp Vault to manage not only secrets within services and applications, and also as an OIDC provider, which give you SSO abilities within the platform. Only the engineering team will be able to give a better feasibility estimate for that, but I doubt it's something trivial. For now it's not a priority, even if we understand the desire to use the tool you already know, but maybe in the future we will have tooling selection right at the creation step.

In the meantime, others can vote on this feature request.

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

No branches or pull requests

2 participants