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

Add Hashicorp Vault provider #363

Open
stvcooke opened this issue May 31, 2023 · 2 comments
Open

Add Hashicorp Vault provider #363

stvcooke opened this issue May 31, 2023 · 2 comments
Labels
enhancement New feature or request good first issue Good for newcomers

Comments

@stvcooke
Copy link
Contributor

To track interest and discussion on adding a vault provider.

@busser
Copy link
Owner

busser commented May 31, 2023

Thanks for taking this initiative!

Currently users have the option of using vault-env and we need to decide how murmur positions itself compared to the alternatives.

Do users want murmur to be a simpler alternative to vault-env? Do they want murmur to support Vault's advanced features like dynamic secrets and the many authentication options?

Please everyone, let us know what you think. Your comments will impact what murmur becomes :)

@stvcooke
Copy link
Contributor Author

I'm not finding a whole lot of documentation or examples on using banzaicloud's vault-env as a standalone. The best example I've found so far is this blog post. My current understanding is it requires installing one or two operators onto the cluster with custom annotations on the deployments/pods. If that is incorrect, there's not an easy place to find documentation on the functionality.

There's possibility for something lighter and simpler, that doesn't require any operators. It would reduce maintenance costs by not having the operator(s). Also, a few solid examples and users could get up and running much quicker.

The companies I've worked at primarily used vault as a kv store. As for authentication options, I think starting with using the pod's service account credentials would be consistent with the other providers. Maybe if a token environment variable were present, that could be used instead for local testing.

@busser busser added enhancement New feature or request good first issue Good for newcomers labels Jul 13, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request good first issue Good for newcomers
Projects
None yet
Development

No branches or pull requests

2 participants