vwbusguy,
@vwbusguy@mastodon.online avatar

But why?

Trying to decide if I want to commit to writing and publishing a chart for the API server.

vwbusguy,
@vwbusguy@mastodon.online avatar

Also, why would you serve websocket traffic over a different port from all other HTTP traffic?!?

Like, how would you even split this service this way with an ingress?

Like, it's not that they have some /ws sub-path, they're serving sockets on / on a different port.

https://github.com/envkey/envkey/blob/main/public/app/api/runtimes/express/src/socket.ts#L180

vwbusguy,
@vwbusguy@mastodon.online avatar

I'm starting to wonder if this is intentional to make it harder or impossible to do this with helm, since the "community" version of this fully open source project has a hard-coded disable for upgrades, and well, having a helm chart provides an upgrade path for something that seems to be attempting to paywall.

This unfortunately has the opposite effect than they are probably wishing it has, in that I'm less likely to continue to want use the paid EnvKey, or EnvKey at all.

vwbusguy,
@vwbusguy@mastodon.online avatar

So, given these shenanigans, the reason to consider over is that EnvKey is, on-paper, fully FOSS where Infisical is "open core". But Infisical has no problem with you shipping their "community" version with a helm chart. They even provide one!

https://infisical.com/docs/self-hosting/deployment-options/kubernetes-helm

I'm all for adopting a FOSS project that almost meets my needs and making it better until it does, but seeing EnvKey do some apparent self-sabotage really turns me off from wanting to contribute to it.

vwbusguy,
@vwbusguy@mastodon.online avatar

I'm also debating about whether or not we need all this extra overhead and if we could just use vals with sops?

https://github.com/helmfile/vals

https://github.com/getsops/sops

giffengrabber,

@vwbusguy

Interesting thoughts.

I do understand that the company behind EnvKey needs a stream of revenue. But in practice it seems quite tricky finding the right balance when offering both FOSS and proprietary solutions. I guess the conflict of interest is kinda hard to avoid!?

Not sure what to make of it all.

I think a lot of companies will continue with Vault, or other proprietary SaaS solutions. But that won’t do for those who want a fully FOSS solution.

I have a feeling that more resources needs to be poured into FOSS solutions for so that the products can get a chance to mature further.

vwbusguy,
@vwbusguy@mastodon.online avatar

@giffengrabber I agree to all of the above. The fact that #Hashicorp #Vault existed and was so ubiquitous for so long has meant that other FOSS competition just hasn't matured at the same pace.

There is absolutely a business opportunity here for a fully FOSS, commercially supported key manager. If it has a clean web UI and CLI; can run on/integrate with cloud envs, kubernetes, and CI/CD environments; and supports RBAC, it'll become popular real fast.

vwbusguy,
@vwbusguy@mastodon.online avatar

@giffengrabber As far as the commercial support side, there's plenty of opportunities for curated a hosted experience and providing support for handling upgrades and such for self-hosted users without needing to go open core with it, especially if it integrates with cloud provider kms stores as well. IOW, it just needs to basically do what Vault has already been for us.

giffengrabber,

@vwbusguy

Yeah I will be “watching this space”, there seems to be quite much room for improvement.

While where on the topic of credentials, have you ever looked into Teleport?

They seem to aim for developing solutions that avoid the need of sending stuff like API keys around. The idea seems to be to use short-lived certificates instead, when possible. Quite interesting.

If you’re interested in reading more, this might be a good starting point: https://goteleport.com/learn/shared-secrets/

Not sure if it helps at all when dealing with 3rd-party keys, but AFAICT it can still be useful for securing internal infra.

giffengrabber,

@vwbusguy PS. Make of this what you will, but you might want to consider filing an issue (or start new discussion thread) on GitHub regarding the web sockets thing. Not sure why they did it that way, but it could be pure oversight.

vwbusguy,
@vwbusguy@mastodon.online avatar

@giffengrabber That's certainly possible. The blocking upgrades however was clearly very intentional.

  • All
  • Subscribed
  • Moderated
  • Favorites
  • Kubernetes
  • DreamBathrooms
  • ethstaker
  • osvaldo12
  • magazineikmin
  • GTA5RPClips
  • rosin
  • mdbf
  • Youngstown
  • Durango
  • slotface
  • everett
  • kavyap
  • InstantRegret
  • thenastyranch
  • provamag3
  • tacticalgear
  • modclub
  • cisconetworking
  • tester
  • cubers
  • khanakhh
  • ngwrru68w68
  • normalnudes
  • megavids
  • anitta
  • Leos
  • JUstTest
  • lostlight
  • All magazines