-
Notifications
You must be signed in to change notification settings - Fork 4.9k
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
Simplify the section about Configuring Filebeat #4422
Comments
Of course, whatever we decide for Filebeat will need to be implemented across the docs for Beats. |
Generally I like the idea, but seems like a pretty big undertaking :).
The beat.full.yml is not really generated, more like multiple parts are concatenated together, but we write those comments manually in that form. We could probably turn it into asciidoc via some hacks, or better, we make a It would be good to get rid of the duplication between the full config and the reference, I agree. |
I would replace:
I think we should have a section about prospector configuration where we can include the |
The changes mostly involve renaming topics and reorganizing the TOC, so it's not as much work as it seems on the surface. |
Right now, the section about configuring Filebeat contains a nested section called Configuration Options (Reference).
There are a few problems with this section:
I'd like to propose that we remove the Configuration Options (Reference) container, pop all the configuration topics up one level in the nav, rename them using task/goal-oriented headings, and merge duplicated and repeated content so that we have one place to go for info about subjects like managing multiline messages. So the TOC would look something like this:
If we want to provide pure reference info, I suggest that we take the content that we currently use to generate the beat.full.yml file and generate a Quick Reference document in asciidoc that we can include in the docs. The benefit of doing so is that the content would be discoverable through google and provide a formatted version of the content that's in the full yml file. @ruflin I think you proposed something similar last year.
The text was updated successfully, but these errors were encountered: