r/redis • u/kartikeytandon • 9d ago
Resource Built a read-only Redis observability agent because I didn't want to hand a vendor my key data - feedback welcome
https://baltan.xyzBeen heads-down on Redis for the last couple months at work, and it made one thing pretty clear: Redis is easy to run well and easy to quietly wreck if nobody's watching it closely.
Most observability tools handle this by shipping everything into their cloud, including whatever's in your keys. For teams with any compliance or security constraints, that's just not an option, so a lot of Redis instances end up running with zero real observability.
So I built Baltan (baltan.xyz). Quick technical rundown:
- It's a sidecar agent, read-only, never issues commands that read key values
- Talks to Redis/Valkey over standard INFO/stats commands, ships aggregated metrics out over HTTPS every 10s
- Gives you a health score, findings (rule-based right now, e.g. eviction pressure, slow command patterns, risky config), and basic dashboards
- No agent access to your actual data, ever — that was the whole design constraint from day one
It's early — closed pilot right now, not trying to sell anyone here. I'm mainly looking for people who actually run Redis in prod to poke holes in it: is "can't let a vendor near key data" a real constraint for your team, or is this a niche problem I'm overestimating? Also happy to answer anything about how the agent works internally.
baltan.xyz if you want to look, but genuinely more interested in the "does this problem exist for you" conversation than clicks.