|
1 | 1 | # Processors |
2 | 2 |
|
3 | | -Processors are components that modify, transform, or enhance data as it flows |
4 | | -through Fluent Bit. Unlike [filters](../filters/README.md), processors are |
5 | | -tightly coupled to inputs, which means they execute immediately and avoid |
6 | | -creating a performance bottleneck. |
| 3 | +Processors are components that modify, transform, or enhance data as it flows through Fluent Bit. Unlike [filters](../filters/README.md), processors are tightly coupled to inputs, which means they execute immediately and avoid creating a performance bottleneck. |
7 | 4 |
|
8 | | -Additionally, filters can be implemented in a way that mimics the behavior of |
9 | | -processors, but processors can't be implemented in a way that mimics filters. |
| 5 | +Additionally, filters can be implemented in a way that mimics the behavior of processors, but processors can't be implemented in a way that mimics filters. |
10 | 6 |
|
11 | 7 | {% hint style="info" %} |
12 | 8 |
|
13 | | -**Note:** Processors can be enabled only by using the YAML configuration format. Classic mode configuration format |
14 | | -doesn't support processors. |
| 9 | +Processors are compatible only with the YAML configuration format. Classic mode configuration files don't support processors. |
15 | 10 |
|
16 | 11 | {% endhint %} |
17 | 12 |
|
18 | 13 | ## Available processors |
19 | 14 |
|
20 | 15 | Fluent Bit offers the following processors: |
21 | 16 |
|
22 | | -- [Content Modifier](content-modifier.md): Manipulate the content, metadata, and |
23 | | - attributes of logs and traces. |
| 17 | +- [Content modifier](content-modifier.md): Manipulate the content, metadata, and attributes of logs and traces. |
24 | 18 | - [Labels](labels.md): Add, update, or delete metric labels. |
25 | | -- [Metrics Selector](metrics-selector.md): Choose which metrics to keep or discard. |
26 | | -- [OpenTelemetry Envelope](opentelemetry-envelope.md): Transform logs into an |
27 | | - OpenTelemetry-compatible format. |
28 | | -- [Sampling](sampling.md): Trace sampling designed with a pluggable architecture, |
29 | | - allowing easy extension to support multiple sampling strategies and backends. |
| 19 | +- [Metrics selector](metrics-selector.md): Choose which metrics to keep or discard. |
| 20 | +- [OpenTelemetry envelope](opentelemetry-envelope.md): Transform logs into an OpenTelemetry-compatible format. |
| 21 | +- [Sampling](sampling.md): Apply head or tail sampling to incoming traces. |
30 | 22 | - [SQL](sql.md): Use SQL queries to extract log content. |
31 | | -- [Filters](filters.md): Any filter can be used as a processor. |
| 23 | +- [Filters as processors](filters.md): Use filters as processors. |
32 | 24 |
|
33 | 25 | ## Features |
34 | 26 |
|
35 | 27 | Compatible processors include the following features: |
36 | 28 |
|
37 | | -- [Conditional Processing](conditional-processing.md): Selectively apply processors |
38 | | - to logs based on the value of fields that those logs contain. |
| 29 | +- [Conditional processing](conditional-processing.md): Selectively apply processors to logs based on the value of fields that those logs contain. |
0 commit comments