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

Add more ways to identify a receiver category #21049

Closed
atoulme opened this issue Apr 18, 2023 · 3 comments
Closed

Add more ways to identify a receiver category #21049

atoulme opened this issue Apr 18, 2023 · 3 comments

Comments

@atoulme
Copy link
Contributor

atoulme commented Apr 18, 2023

Propose to add additional metadata entries for receiver category.

See below for more context.

==============

          > I just want to point out that we have a way to identify components that use checkpointing as part of their metadata.

Makes sense. We can probably introduce more categorization to the receivers, e.g.:

  • push model network receivers (return errors in case of failures)
  • periodic scraping of external sources (drops are allowed)
  • continuous reading of external sources (with checkpointing)

Originally posted by @dmitryax in #5909 (comment)

@github-actions
Copy link
Contributor

Pinging code owners for cmd/mdatagen: @dmitryax. See Adding Labels via Comments if you do not have permissions to add labels yourself.

@github-actions
Copy link
Contributor

This issue has been inactive for 60 days. It will be closed in 60 days if there is no activity. To ping code owners by adding a component label, see Adding Labels via Comments, or if you are unsure of which component this issue relates to, please ping @open-telemetry/collector-contrib-triagers. If this issue is still relevant, please ping the code owners or leave a comment explaining why it is still relevant. Otherwise, please close it.

Pinging code owners:

See Adding Labels via Comments if you do not have permissions to add labels yourself.

@github-actions github-actions bot added the Stale label Jun 19, 2023
@github-actions
Copy link
Contributor

This issue has been closed as inactive because it has been stale for 120 days with no activity.

@github-actions github-actions bot closed this as not planned Won't fix, can't repro, duplicate, stale Aug 18, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant