InfluxDB has a Graphite endpoint <https://docs.influxdata.com/influxdb/v0.13/administration/config/#graphite> to which you can push Graphite-style metrics. We recommend using filters <https://github.com/influxdata/influxdb/blob/master/services/graphite/README.md> to translate the string into key-value tag pairs for optimal query functionality.
If you are writing the application in-house, you can also use any of the many client libraries <https://docs.influxdata.com/influxdb/v0.13/clients/api/> to push native line protocol to InfluxDB Grafana has native support for InfluxDB <http://docs.grafana.org/datasources/influxdb/>, so there's no need to force the schema into Graphite style in order to use it with Grafana. For logging alerts, look into Kapacitor <https://docs.influxdata.com/kapacitor/v0.13/>, the native tool for InfluxDB that does monitoring, alerting and can write back to the database. On Mon, Jul 11, 2016 at 10:47 AM, Tim Pigden <[email protected]> wrote: > Hi > I wish to record and report on application metrics. > My data source is not cabon-like - it's http data coming into a relay > server application we will write that is going to be on or near to the > database server which for the sake of argument would be influxdb > I wish to report on the data using something like graphite or grafana > > So: > 1. can I push data directly from my into influxdb so that it is > graphite-like in format? It looks like I can just push to influxdb using > the built in http server. > 2. if so, what would that format be? > 3. or, if I use grafana, should I worry about structuring it in a graphite > compatible manner? Might it be better to do something different? I don't > know how much I win from plugging in the graphite-api and graphite-influxdb > components (see > http://dieter.plaetinck.be/post/influxdb-as-graphite-backend-part2/ ) > > At this stage I don't know much about using graphite I just know I want to > report on my metrics. > > As an addition I also want to be able to log in the database exception > reports, and I've looked at > https://blog.raintank.io/logs-and-metrics-and-graphs-oh-my/ > Again this data would arrive at my server as http and be preprocessed by > the relay application before storing in the database. But in this case I'd > need some sort of front end to pull it back out - unless there's something > out there to do the job for me. > > I'd really appreciate any suggestions or recommendations as to how I might > proceed > > Thanks > Tim > > -- > Remember to include the InfluxDB version number with all issue reports > --- > You received this message because you are subscribed to the Google Groups > "InfluxDB" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To post to this group, send email to [email protected]. > Visit this group at https://groups.google.com/group/influxdb. > To view this discussion on the web visit > https://groups.google.com/d/msgid/influxdb/248ead8a-5a6f-4c08-9a57-1600cf7722bb%40googlegroups.com > <https://groups.google.com/d/msgid/influxdb/248ead8a-5a6f-4c08-9a57-1600cf7722bb%40googlegroups.com?utm_medium=email&utm_source=footer> > . > For more options, visit https://groups.google.com/d/optout. > -- Sean Beckett Director of Support and Professional Services InfluxDB -- Remember to include the InfluxDB version number with all issue reports --- You received this message because you are subscribed to the Google Groups "InfluxDB" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at https://groups.google.com/group/influxdb. To view this discussion on the web visit https://groups.google.com/d/msgid/influxdb/CALGqCvNKs4Ox4M3efKG0-3jz5kWQr6fCwdMnJ%3DHUOE6eiCy04Q%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
