-
Notifications
You must be signed in to change notification settings - Fork 5.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
signalfx output plugin #923
Labels
cloud
Issues or requests around cloud environments
feature request
Requests for new plugin and for new features to existing plugins
Comments
Sure, we could merge that. No problem with adding a dependency either |
sparrc
added
output request
help wanted
Request for community participation, code, contribution
labels
Mar 23, 2016
danielnelson
added
feature request
Requests for new plugin and for new features to existing plugins
and removed
plugin request
labels
Aug 12, 2017
danielnelson
removed
the
help wanted
Request for community participation, code, contribution
label
Jan 2, 2019
We'll keep this open until PR is merged
|
Sure,
We are doing work to establish SLIs and SLOs, signalfx has deeper alerting and detecting mechanisms and is cloud based so for us it would act as a single pane of glass to look at critical sli related metrics coming through telegraf as statsd data. We still want the bulk of the data to go to influx but need to leverage this additional tool to have data from statsd sit alongside data we are getting from other sources (Kubernetes, site24x7, elk, etc.). This goes alongside the question I recently asked in the community channel about routing metrics to 2 different places but dropping the stuff related to timing. We ended up going down the route of something like this:
(very much sudo code)
GlobalTag
Sre_part-of = default
Input over 8125
Processor override
Namepass = otherapp*
Sre_part-of = otherapp
Output -> influx
Output-> signalfx
Namepass = otherapp*
Tagpass Metric_type = counter
Ultimately we would expect the teams to add to their code to pass the sre_part-of (as well as other tags) in addition to a tag metric:sfx this would then accept the metric as important for slis and send the data to both places. Right now to accomplish this we need to use a build of telegraf from signalfx which isn’t ideal but serves our purposes. We would very much prefer this to be an officially supported plugin.
Thanks,
Michael
From: Samantha Wang <notifications@github.com>
Sent: Thursday, September 3, 2020 12:00 PM
To: influxdata/telegraf <telegraf@noreply.github.com>
Cc: Michael Moore <mmoore@diligent.com>; Mention <mention@noreply.github.com>
Subject: Re: [influxdata/telegraf] signalfx output plugin (#923)
@domeger<https://github.com/domeger> & @mcmiv413<https://github.com/mcmiv413> Do you mind sharing use case for the Signal FX Output plugin #6714<#6714> on this issue and how it will be used? We are evaluating our plugin priorities this quarter.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub<#923 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/ACEJSWWLC5JBSG62SRDH2TTSD64RNANCNFSM4B65QWZA>.
|
Merged
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
cloud
Issues or requests around cloud environments
feature request
Requests for new plugin and for new features to existing plugins
Hello,
I would like to add a SignalFx output plugin to telegraf. Would this be merged? There is a SignalFx go client library. Can I add that dependency? The most efficient wire format is protocol buffers.
The text was updated successfully, but these errors were encountered: