-
Notifications
You must be signed in to change notification settings - Fork 543
consolidate YAML / processor info #2183
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
base: master
Are you sure you want to change the base?
consolidate YAML / processor info #2183
Conversation
Signed-off-by: Alexa Kreizinger <[email protected]>
Signed-off-by: Alexa Kreizinger <[email protected]>
WalkthroughConsolidates Fluent Bit YAML docs by deleting Changes
Sequence Diagram(s)No sequence diagrams are applicable because the changes are documentation restructuring and consolidation without new runtime/control-flow behavior. Estimated code review effort🎯 3 (Moderate) | ⏱️ ~20 minutes
Suggested reviewers
Poem
Pre-merge checks and finishing touches✅ Passed checks (3 passed)
✨ Finishing touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Actionable comments posted: 3
🧹 Nitpick comments (2)
administration/configuring-fluent-bit/yaml.md (1)
5-7: Minor style improvement: Remove redundant "of".For better conciseness, "support all of the settings" can be shortened to "support all settings".
-In Fluent Bit v3.2 and later, YAML configuration files support all of the settings +In Fluent Bit v3.2 and later, YAML configuration files support all settingsadministration/configuring-fluent-bit/yaml/pipeline-section.md (1)
118-118: Minor style improvement: Remove redundant "after".Line 118 uses the phrase "follow after", which is redundant. "Follow" alone is sufficient.
-The `outputs` section specifies a destination that certain records should follow after a `Tag` match. +The `outputs` section specifies a destination where certain records should be sent following a `Tag` match.
📜 Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro
📒 Files selected for processing (8)
.gitbook.yaml(1 hunks)SUMMARY.md(1 hunks)administration/configuring-fluent-bit/yaml.md(1 hunks)administration/configuring-fluent-bit/yaml/configuration-file.md(0 hunks)administration/configuring-fluent-bit/yaml/pipeline-section.md(2 hunks)administration/configuring-fluent-bit/yaml/service-section.md(1 hunks)pipeline/processors.md(2 hunks)pipeline/processors/filters.md(1 hunks)
💤 Files with no reviewable changes (1)
- administration/configuring-fluent-bit/yaml/configuration-file.md
🧰 Additional context used
🪛 GitHub Check: runner / vale
administration/configuring-fluent-bit/yaml/service-section.md
[warning] 24-24:
[vale] reported by reviewdog 🐶
[FluentBit.Spelling] Spelling check: 'json'?
Raw Output:
{"message": "[FluentBit.Spelling] Spelling check: 'json'?", "location": {"path": "administration/configuring-fluent-bit/yaml/service-section.md", "range": {"start": {"line": 24, "column": 108}}}, "severity": "INFO"}
[warning] 24-24:
[vale] reported by reviewdog 🐶
[FluentBit.Spelling] Spelling check: 'msgpack'?
Raw Output:
{"message": "[FluentBit.Spelling] Spelling check: 'msgpack'?", "location": {"path": "administration/configuring-fluent-bit/yaml/service-section.md", "range": {"start": {"line": 24, "column": 97}}}, "severity": "INFO"}
🪛 LanguageTool
administration/configuring-fluent-bit/yaml.md
[style] ~5-~5: Consider removing “of” to be more concise
Context: ...later, YAML configuration files support all of the settings and features that [classic con...
(ALL_OF_THE)
administration/configuring-fluent-bit/yaml/pipeline-section.md
[style] ~118-~118: This phrase is redundant. Consider writing “follow”.
Context: ...destination that certain records should follow after a Tag match. Fluent Bit can route up ...
(FOLLOW_AFTER)
administration/configuring-fluent-bit/yaml/service-section.md
[style] ~11-~11: To form a complete sentence, be sure to include a subject.
Context: ... used by the asynchronous DNS resolver. Can be overridden on a per-plugin basis. | ...
(MISSING_IT_THERE)
🔇 Additional comments (13)
.gitbook.yaml (1)
103-103: ✓ Redirect path is correctly formatted.The redirect follows the established pattern in
.gitbook.yamland maintains consistency with existing entries.administration/configuring-fluent-bit/yaml/service-section.md (2)
31-51: Configuration example looks correct.The YAML syntax and structure in the example is valid. The service and pipeline sections are properly formatted with appropriate indentation.
29-29: Relative path is correct.Verification confirms that
administration/scheduling-and-retries.mdexists at the expected location. The../../relative path fromadministration/configuring-fluent-bit/yaml/service-section.mdcorrectly resolves to it.pipeline/processors.md (2)
31-39: New section clearly explains processor vs. filter distinctions.The "How processors are different from filters" section effectively communicates the key differences in attachment scope, execution model, and thread context. This addition improves documentation clarity.
45-74: Example YAML configuration is well-structured and comprehensive.The tabbed example demonstrates proper YAML syntax with appropriate nesting levels for parsers, pipeline, inputs, processors, filters, and outputs. The content_modifier processor example is practical.
pipeline/processors/filters.md (2)
11-13: Section reorganization improves clarity.Renaming "Grep example" to "Examples" with introductory text appropriately signals that multiple examples follow, improving documentation structure.
45-90: Lua example demonstrates advanced processor usage.The new Lua example effectively showcases:
- Service configuration
- Input processor with modify and lua filters
- Output processor with lua filter
- Practical Lua function implementations
YAML indentation and Lua syntax appear correct. This example significantly enhances documentation completeness for filter-as-processor patterns.
administration/configuring-fluent-bit/yaml/pipeline-section.md (4)
17-29: Clear "Format" section explains pipeline structure.The new Format section effectively introduces the complete pipeline structure with a diagram-like YAML template. The explanation that multiple pipeline sections merge into a single internal pipeline is important and well-placed.
31-64: Pipeline examples with array properties are well-explained.Examples demonstrating both simple properties and complex array-based properties (like
recordandallowlist_keyforrecord_modifier) are clear. The explanation on line 66 about space-separated values is helpful.
68-114: Input, Filter, and Output section tables are comprehensive and consistent.Each section includes:
- Clear descriptive table with Key/Description format
- Mandatory field information
- Example YAML snippet
Structure is logical and aids learning progression from basic to specific components.
138-164: Comprehensive example configuration demonstrates complete pipeline.The example YAML shows a realistic end-to-end pipeline with tail input (including processor), grep filter, and stdout output. Structure and indentation are correct. This serves as an effective consolidation example.
administration/configuring-fluent-bit/yaml.md (1)
9-18: All referenced documentation sections verified to exist.All 8 YAML configuration subsection files are present in the expected locations:
- environment-variables-section.md
- includes-section.md
- service-section.md
- pipeline-section.md
- parsers-section.md
- multiline-parsers-section.md
- plugins-section.md
- upstream-servers-section.md
No broken links detected.
SUMMARY.md (1)
141-142: All processor documentation links verified and valid.The referenced files in lines 141-142 exist and are correctly accessible:
pipeline/processors/filters.md✓pipeline/processors/conditional-processing.md✓No broken links or missing files detected.
Signed-off-by: Alexa Kreizinger <[email protected]>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Actionable comments posted: 1
♻️ Duplicate comments (1)
pipeline/processors.md (1)
41-77: Inconsistent link path—use./processors/instead of../pipeline/to match the established pattern.Line 43 uses
../pipeline/processors/content-modifier.mdwhile line 17 and line 23 both use./processors/.... Although both paths technically resolve correctly, this inconsistency undermines the uniformity of the documentation and makes the file harder to maintain.Apply this diff to align with the established pattern:
-In the following example, the [content modifier](../pipeline/processors/content-modifier.md) processor inserts or updates (upserts) the key `my_new_key` with the value `123` for all log records generated by the tail plugin. This processor is only applied to logs. +In the following example, the [content modifier](./processors/content-modifier.md) processor inserts or updates (upserts) the key `my_new_key` with the value `123` for all log records generated by the tail plugin. This processor is only applied to logs.The YAML example itself is comprehensive and demonstrates inputs, processors, filters, and outputs in a clear, practical configuration.
📜 Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro
📒 Files selected for processing (3)
administration/configuring-fluent-bit/yaml/service-section.md(1 hunks)pipeline/processors.md(2 hunks)pipeline/processors/filters.md(1 hunks)
🚧 Files skipped from review as they are similar to previous changes (1)
- pipeline/processors/filters.md
🧰 Additional context used
🪛 GitHub Check: runner / vale
administration/configuring-fluent-bit/yaml/service-section.md
[warning] 24-24:
[vale] reported by reviewdog 🐶
[FluentBit.Spelling] Spelling check: 'msgpack'?
Raw Output:
{"message": "[FluentBit.Spelling] Spelling check: 'msgpack'?", "location": {"path": "administration/configuring-fluent-bit/yaml/service-section.md", "range": {"start": {"line": 24, "column": 98}}}, "severity": "INFO"}
🪛 LanguageTool
administration/configuring-fluent-bit/yaml/service-section.md
[style] ~11-~11: To form a complete sentence, be sure to include a subject.
Context: ... used by the asynchronous DNS resolver. Can be overridden on a per-plugin basis. | ...
(MISSING_IT_THERE)
🔇 Additional comments (5)
pipeline/processors.md (3)
3-11: Clear and accurate processor introduction. The description effectively explains what processors do and that they're YAML-only.
13-23: Comprehensive processor list with consistent path formatting. The processors are well-documented with consistent relative paths.
31-39: Excellent new section clarifying processor vs. filter distinctions. This addition provides valuable context around attachment scope, tag matching, threading, and implementation differences. The explanation is clear and will help users understand when to use each approach.administration/configuring-fluent-bit/yaml/service-section.md (2)
24-24: Typo fix applied correctly.The previous review flagged a typo ("f enabled" → "If enabled"). This has been correctly fixed in the updated table cell.
6-29: Table restructuring and new keys look good.The service section table has been restructured with consistent column headers and descriptions. Two new configuration keys (
sp.convert_from_str_to_numandwindows.maxstdio) are properly documented, and the new cross-reference link to scheduling and retries documentation at line 29 is a helpful addition.
this PR consolidates some info in the YAML configuration doc(s) and some info in various processor-related docs. (the processor info was inside some of the YAML docs, which is why I grouped this into the same PR...)
Summary by CodeRabbit
✏️ Tip: You can customize this high-level summary in your review settings.