diff --git a/administration/configuring-fluent-bit/yaml/plugins-section.md b/administration/configuring-fluent-bit/yaml/plugins-section.md index ae2ebc27f..77271f660 100644 --- a/administration/configuring-fluent-bit/yaml/plugins-section.md +++ b/administration/configuring-fluent-bit/yaml/plugins-section.md @@ -1,8 +1,8 @@ -# Plugins Section +# Plugins section -While Fluent Bit comes with a variety of built-in plugins, it also supports loading external plugins at runtime. This feature is especially useful for loading Go or Wasm plugins that are built as shared object files (.so). Fluent Bit's YAML configuration provides two ways to load these external plugins: +Fluent Bit comes with a variety of built-in plugins, and also supports loading external plugins at runtime. This feature is especially useful for loading Go or WebAssembly (Wasm) plugins that are built as shared object files (.so). Fluent Bit YAML configuration provides the following ways to load these external plugins: -## 1. Inline YAML Section +## Inline YAML You can specify external plugins directly within your main YAML configuration file using the `plugins` section. Here's an example: @@ -22,9 +22,11 @@ pipeline: match: '*' ``` -## 2. YAML Plugins File Included using the `plugins_file` Option +## YAML plugins file included using the `plugins_file` option -Alternatively, you can load external plugins from a separate YAML file by specifying the `plugins_file` option in the service section. Here's how to configure this: +You can load external plugins from a separate YAML file by specifying the `plugins_file` option in the service section for better modularity. + +To configure this: ```yaml service: @@ -46,8 +48,3 @@ In this setup, the `extra_plugins.yaml` file might contain the following plugins plugins: - /other/path/to/out_gstdout.so ``` - -### Key Points - -- Built-in versus External: Fluent Bit comes with many built-in plugins, but you can load external plugins at runtime to extend the tool's functionality. -- Loading Mechanism: External plugins must be shared object files (.so). You can define them inline in the main YAML configuration or include them from a separate YAML file for better modularity.