Building an open-source, self-hosted config control plane (no SaaS, no data custody) — worth it?
5 months ago
I’m exploring an idea and would love honest feedback from folks who’ve dealt with config management at scale.
Idea:
An open-source, self-hosted configuration control plane that works in both backend and frontend.
Key principles:
- No SaaS (you host it)
- We never store your config data
- Bring your own storage (DB / Firebase / S3 / etc.)
- SDK-first (Node / Java / frontend)
- Supports overrides org → projects → apps → tenants → environments or org → projects → apps → environments
- Can run embedded or expose an API (Spring Cloud Config–like, but lighter & polyglot)
Why:
- Many teams don’t want config / flags stored in third-party SaaS
- Vendor lock-in + compliance concerns
- Existing tools feel heavy or backend-only
Not trying to replace LaunchDarkly fully — more like:
“infra-owned config runtime + control plane”
Questions:
- Is this a real pain point or already solved well?
- Would you use something like this over SaaS?
- What would be a must-have for v1?
- Any strong reasons not to build this?
Happy to hear brutal takes.
0 Replies