Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: Pup, real-time app metrics with Statsd

datadoghq.com

Post reply on HN
Print view View original

41–50 of 51 posts

Re: Show HN: Pup, real-time app metrics with Statsd

#41

Post by olidb2 »

otterley wrote: post #40
olidb2 wrote: post #39

Earlier quoted context omitted.

otterley - Don't walk away yet... we do support arbitrary dimensions! You can attach any arbitrary set of tags to metrics or events - on a per-datapoint basis, and slice / dice / alert based on those tags. Datadog will automatically tag your points by chef role or AWS availability-zone, for example, and you can add any other tag you want. Tags also don't have to be tied to a host and can also relate to a specific vol…

But tags aren't dimensions. Tags are merely a list of dimensionless values and completely lack context that are essential for dashboard construction and value aggregation. Suppose I apply the tags "ord", "foo.example.com" and "bar.example.org" to a metric. How does the dashboard builder or the aggregator know what they are? They're values without the fields.

Got it. Tags can be of the name:value kind. for ex: role:db or availability-zone:us-east-a1 or foo:bar

And you can then ask for "my.metric" summed over "availability-zone:us-east-1a" grouped by "role".

Here's a screenshot to show what it looks like https://skitch.com/oliveur/emywc/sobotka-datadog

You obviously have a lot of experience with monitoring tools - I'd love to connect. I'm @oliveur on the twitters.

Re: Show HN: Pup, real-time app metrics with Statsd

#44

Post by alq »

instakill wrote: post #42

What are some potential use cases for pup?

A no-hassle, real-time display of custom metrics for developers: 1 command to run and you can watch your app in action, as long as you instrument it with a statsd client (pretty much standard these days).

So, no logs to parse to get any app metric, everything already graphed for you in real-time, quasi-nil setup.

We chose statsd because it means that you don't have to change your code to get it to production. You can then rely on pup for display (but no historical data), or on your internal tool chain (e.g. graphite et al.) or give our service (http://www.datadoghq.com) a try if you don't want to set your own stuff up.

Re: Show HN: Pup, real-time app metrics with Statsd

#45

Post by michaelmior »

alq wrote: post #43
michaelmior wrote: post #31

I love the one line install. The solution certainly won't be perfect for everyone but having such a pain-free way to test it out is awesome.

Thanks! We really had the get-started-quickly scenario in mind.

One thing I find disappointing is that you can't delete severs once they've been added. Especially since they count towards your limit. Unless I'm missing something?

Re: Show HN: Pup, real-time app metrics with Statsd

#46

Post by olidb2 »

michaelmior wrote: post #45
alq wrote: post #43

Earlier quoted context omitted.

Thanks! We really had the get-started-quickly scenario in mind.

One thing I find disappointing is that you can't delete severs once they've been added. Especially since they count towards your limit. Unless I'm missing something?

They'll disappear automatically when you stop sending data about them (within a few hours) - we've done that for our customers who have elastic / rolling servers on AWS for ex.

If that doesn't cut if for you, we're happy to help - let us know what you're trying to do!

Re: Show HN: Pup, real-time app metrics with Statsd

#47

Post by hcarvalhoalves »

Does it only integrate with statsd, or could it aggregate metrics from collectd, for example? This could be an alternative to Graphite for graphing metrics because Graphite is a pain in the ass to setup (no proper installer), comes with a lot of bloat and is in a semi-broken state regarding features right now.

Re: Show HN: Pup, real-time app metrics with Statsd

#48

Post by olidb2 »

hcarvalhoalves wrote: post #47

Does it only integrate with statsd, or could it aggregate metrics from collectd, for example? This could be an alternative to Graphite for graphing metrics because Graphite is a pain in the ass to setup (no proper installer), comes with a lot of bloat and is in a semi-broken state regarding features right now.

Pup will graph all the metrics Datadog does - it already collects OS metrics, and comes with a set of plug-ins for connecting to common apps, and it wouldn't be very difficult to connect collectd to it.

Pup's feature-set is limited today, though, compared to graphite. You may also check-out the full http://datadoghq.com service for more. It's SaaS, and free up to 5 servers.

Re: Show HN: Pup, real-time app metrics with Statsd

#49

Post by michaelmior »

olidb2 wrote: post #46
michaelmior wrote: post #45

Earlier quoted context omitted.

One thing I find disappointing is that you can't delete severs once they've been added. Especially since they count towards your limit. Unless I'm missing something?

They'll disappear automatically when you stop sending data about them (within a few hours) - we've done that for our customers who have elastic / rolling servers on AWS for ex. If that doesn't cut if for you, we're happy to help - let us know what you're trying to do!

That's kind of cool :) But what about the case where I have an important server that's down for a few hours. Do I lose all the data previously collected?

Re: Show HN: Pup, real-time app metrics with Statsd

#50

Post by olidb2 »

michaelmior wrote: post #49
olidb2 wrote: post #46

Earlier quoted context omitted.

They'll disappear automatically when you stop sending data about them (within a few hours) - we've done that for our customers who have elastic / rolling servers on AWS for ex. If that doesn't cut if for you, we're happy to help - let us know what you're trying to do!

That's kind of cool :) But what about the case where I have an important server that's down for a few hours. Do I lose all the data previously collected?

Nope - all the data stays there, and can be shown on dashboards. We just don't show the hosts that don't submit data in the host lists, and don't count them towards the total number of hosts charged for. Does that answer your question?
Post reply on HN