Skip to content

Commit 9ddef53

Browse files
remove/move placeholder info
Signed-off-by: Alexa Kreizinger <alexakreizinger@gmail.com>
1 parent 757ddd4 commit 9ddef53

File tree

2 files changed

+1
-39
lines changed

2 files changed

+1
-39
lines changed

administration/configuring-fluent-bit/yaml.md

Lines changed: 0 additions & 38 deletions
Original file line numberDiff line numberDiff line change
@@ -20,41 +20,3 @@ YAML configuration files support the following top-level sections:
2020
{% hint style="info" %}
2121
YAML configuration is used in the smoke tests for containers. An always-correct up-to-date example is here: <https://github.com/fluent/fluent-bit/blob/master/packaging/testing/smoke/container/fluent-bit.yaml>.
2222
{% endhint %}
23-
24-
----
25-
26-
27-
## List of available sections
28-
29-
Configuring Fluent Bit with YAML introduces the following root-level sections:
30-
31-
| Section Name | Description |
32-
|--------------|-------------|
33-
| `service` | Describes the global configuration for the Fluent Bit service. Optional. If not set, default values will apply. Only one `service` section can be defined. |
34-
| `parsers` | Lists parsers to be used by components like inputs, processors, filters, or output plugins. You can define multiple `parsers` sections, which can also be loaded from external files included in the main YAML configuration. |
35-
| `multiline_parsers` | Lists multiline parsers, functioning similarly to `parsers`. Multiple definitions can exist either in the root or in included files. |
36-
| `pipeline` | Defines a pipeline composed of inputs, processors, filters, and output plugins. You can define multiple `pipeline` sections, but they won't operate independently. Instead, all components will be merged into a single pipeline internally. |
37-
| `plugins` | Specifies the path to external plugins (`.so` files) to be loaded by Fluent Bit at runtime. |
38-
| `upstream_servers` | Refers to a group of node endpoints that can be referenced by output plugins that support this feature. |
39-
| `env` | Sets a list of environment variables for Fluent Bit. System environment variables are available, while the ones defined in the configuration apply only to Fluent Bit. |
40-
41-
## Section documentation
42-
43-
To access detailed configuration guides for each section, use the following links:
44-
45-
- [Service Section documentation](./yaml/service-section.md)
46-
- Overview of global settings, configuration options, and examples.
47-
- [Parsers Section documentation](./yaml/parsers-section.md)
48-
- Detailed guide on defining parsers and supported formats.
49-
- [Multiline Parsers Section documentation](./yaml/multiline-parsers-section.md)
50-
- Explanation of multiline parsing configuration.
51-
- [Pipeline Section documentation](./yaml/pipeline-section.md)
52-
- Details on setting up pipelines and using processors.
53-
- [Plugins Section documentation](./yaml/plugins-section.md)
54-
- How to load external plugins.
55-
- [Upstream Servers Section documentation](./yaml/upstream-servers-section.md)
56-
- Guide on setting up and using upstream nodes with supported plugins.
57-
- [Environment Variables Section documentation](./yaml/environment-variables-section.md)
58-
- Information on setting environment variables and their scope within Fluent Bit.
59-
- [Includes Section documentation](./yaml/includes-section.md)
60-
- Description on how to include external YAML files.

administration/configuring-fluent-bit/yaml/pipeline-section.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -16,7 +16,7 @@ Unlike filters, processors and parsers aren't defined within a unified section o
1616

1717
## Format
1818

19-
A `pipeline` section will define a complete pipeline configuration, including `inputs`, `filters`, and `outputs` subsections.
19+
A `pipeline` section will define a complete pipeline configuration, including `inputs`, `filters`, and `outputs` subsections. You can define multiple `pipeline` sections, but they won't operate independently. Instead, all components will be merged into a single pipeline internally.
2020

2121
```yaml
2222
pipeline:

0 commit comments

Comments
 (0)