Skip to content
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

dogwrap with StatsD instead of API #803

Open
2rs2ts opened this issue Dec 8, 2023 · 1 comment
Open

dogwrap with StatsD instead of API #803

2rs2ts opened this issue Dec 8, 2023 · 1 comment
Labels
kind/feature-request Feature request related issue stale Stale - Bot reminder

Comments

@2rs2ts
Copy link

2rs2ts commented Dec 8, 2023

Is your feature request related to a problem? Please describe.
I would like for application developers on my platform to be able to reuse old NRPE scripts to send check results to Datadog, but don't want to hand them API credentials; I want them to send to a DogStatsD endpoint we're running instead.

Describe the solution you'd like
I would like dogwrap to be able to send results to a given StatsD endpoint instead of having to use the API. If there are limitations that StatsD imposes–such an inability to send certain kinds of data–that is okay, they can just be documented. The core functionality seems like it can work with StatsD, and anything that wouldn't would probably be some edge case as far as my use case is concerned.

Describe alternatives you've considered
The alternative, and what I'll have to go with due to time constraints on my end, is a custom wrapper script that handles converting exit codes and such into StatsD events, service checks, etc.

Additional context
Due to my own time constraints, even though I could really benefit from dogwrap having this functionality, I almost certainly won't be able to create a PR for the change myself, so I'm only filing this feature request so that future users don't end up in a situation like mine.

I am aware that #298 exists, but the person who opened that issue obviously did not have the constraint of not wanting to give out API credentials to users, since they accepted the answer which would have required them to provide an API key.

Per the note in the issue template, I submitted a help ticket to let them know of this Github issue. I decided to make an issue, rather than just going through support, so that the general community could possibly benefit from the user story being written up.

@2rs2ts 2rs2ts added the kind/feature-request Feature request related issue label Dec 8, 2023
Copy link

github-actions bot commented Jan 8, 2024

Thanks for your contribution!

This issue has been automatically marked as stale because it has not had activity in the last 30 days. Note that the issue will not be automatically closed, but this notification will remind us to investigate why there's been inactivity. Thank you for participating in the Datadog open source community.

If you would like this issue to remain open:

  1. Verify that you can still reproduce the issue in the latest version of this project.

  2. Comment that the issue is still reproducible and include updated details requested in the issue template.

@github-actions github-actions bot added the stale Stale - Bot reminder label Jan 8, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/feature-request Feature request related issue stale Stale - Bot reminder
Projects
None yet
Development

No branches or pull requests

1 participant