-
Notifications
You must be signed in to change notification settings - Fork 85
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
Reaching out from project Bank-Vaults #27
Comments
@sagikazarmark Thanks for the intro, and welcome! You might want to take a look at the sponsoring project Open Horizon as well. They deploy containerized applications to bare Linux hosts as well as to Kube clusters using Operators, and they provide runtime secrets bindings formerly via Vault, now moving to OpenBao. I'm curious if there might be some synergy between your project and mine. :) |
Signed-off-by: dependabot[bot] <support@github.com> Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
@sagikazarmark Have you had a chance to look at #64? Will it affect your project much, to move the non-OSI integrations to external plugins? Is Raft OK for a storage backend? |
@cipherboy apologies for the late reply! I briefly looked at the proposal, but from what I can tell, there are no interface changes. Bank-Vaults configures Vault through it's API, so as long as the interface remains the same, removing plugins from the official distribution should be fine. @joewxboy I'm not familiar with Open Horizon. We are certainly open to any kind of cooperation (resources in Open Source are generally scarce, so efficiency is key). One thing we have to keep in mind though is that Bank-Vaults has an established user base who use Vault. Ideally, that compatibility shouldn't be broken. I kinda hope OpenBao will keep that for the most part. Do you have a regular community meeting? Would it make sense for us to hop on a call sometime? |
Hello!
I'm a core maintainer of Bank-Vaults, an umbrella project that helps operate HashiCorp Vault on Kubernetes.
We have a CLI tool to help with configuration management, a Kubernetes operator, and a webhook for injecting secrets from Vault. Recently, we created a tool to help detect secret changes to automatically trigger rollouts in Kubernetes.
We've been looking for opportunities to extend the project to support other secret providers (e.g. we are adding support for cloud-based secret stores to our injection webhook), and due to the nature of OpenBao (being a Vault fork), it looks like a good match.
I know there is a mailing list and Matrix as well, but it seemed easier to make introductions here. I'd love to chat with you sometime to see if we can work together on something.
The text was updated successfully, but these errors were encountered: