|
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