4 ms·
Have you encountered any challenges related to metric aggregation? To the best of my understanding, such issues often stem from inherent inaccuracies due to sam
by andrastoth 3y ago
Have you encountered any challenges related to metric aggregation? To the best of my understanding, such issues often stem from inherent inaccuracies due to sampling (https://www.youtube.com/watch?v=67Ulrq6DxwA&t=175s https://www.youtube.com/watch?v=67Ulrq6DxwA&t=175s). I'm curious if using a smaller window for metric aggregation and routing these events to a stream aggregator could provide a possible solution.
- mrkurt 3y agoNot really, but we might've just implicitly designed around it. Continuously aggregating smaller windows and sending them off is roughly how we send usage to Stripe right now (which, let's be clear, is not working for us AT ALL). We've resigned ourselves to having to do the same thing if we want to use a billing SaaS, but I don't love it.
- jmacd 3y agoWe’ve built https://GitHub.com/tierrun/tier https://GitHub.com/tierrun/tier with a local sidecar that can talk directly to stripe to help simplify situations like this. A pure SaaS model for billing doesn’t do much more for you at then end of the day other than to apply billing ratings and generate an invoice (which Stripe can and is doing for you already). I’d love to learn more about what you’d like to do with Stripe and how you are handling entitlements, plan versioning, etc
- hekike 3y agoIn the meantime, we looked more into metering and metrics and shared some thoughts here: Usage Data: Auditable or Operational https://news.ycombinator.com/item?id=36616364 https://news.ycombinator.com/item?id=36616364