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

Filtering exported fields (Phase 1) #462

Closed
3 tasks done
monicasarbu opened this issue Dec 7, 2015 · 1 comment
Closed
3 tasks done

Filtering exported fields (Phase 1) #462

monicasarbu opened this issue Dec 7, 2015 · 1 comment
Labels

Comments

@monicasarbu
Copy link
Contributor

The goal is to configure each Beat not to export all fields. There should be two options how to reduce the number of exported fields:

  • Configuration options, by adding configuration options for most common use cases.
  • Generic filtering for more specific use cases, based on conditionals. A proposal is described in Proposal Generic Filtering (Phase 2) #451 and it is part of the Phase 2.

Configuration options

The configuration options are specific to each Beat. The biggest advantage is the performance. We can apply the actions at the beginning, before even creating the event.

There are already few configuration options, already implemented, in Packetbeat, Topbeat and Filebeat that restrict the number of fields to be exported like the send_request or send_response from Packetbeat or stats from Topbeat to specify the type of statistics to collect.

But new ones are requested like:

Topbeat

Filebeat

@monicasarbu
Copy link
Contributor Author

Closing as all the features are implemented and it will be available in the next release.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants