Parameters
See plugin common configurations for configuration options available to all plugins.
nameserver_list
List of RocketMQ nameservers.
topic
Target topic to push the data to.
key
Key of the message.
tag
Tag of the message.
log_format
Custom log format using key-value pairs in JSON format. Values can reference built-in variables.
When
meta_formatisdefault, ifinclude_req_bodyorinclude_resp_bodyis true, reference$request_bodyor$resp_bodyto add the collected body to the custom log entry. The options do not add body fields to a custom format automatically.When
meta_formatisorigin, this parameter is ignored.In APISIX from 3.15.0, log format nested structures are supported up to five levels deep. In API7 Enterprise, only flat key-value structures are supported; nested structures are not yet supported.
You can also configure log format on a global scale using the plugin metadata, which configures the log format for all
rocketmq-loggerplugin instances. If the log format configured on the individual plugin instance differs from the log format configured on plugin metadata, the log format configured on the individual plugin instance takes precedence. See the example for more details.log_format_extra
Additional fields to add to the default log entry, using key-value pairs in JSON format. Values can reference built-in variables. A configured field does not overwrite an existing default field. A plugin instance takes precedence over plugin metadata; setting an empty object on the instance disables the metadata value. When
log_formatis configured ormeta_formatisorigin,log_format_extrais ignored.Introduced in API7 Enterprise 3.9.15 and 3.10.2, and APISIX 3.18.0.
timeout
Timeout in seconds for sending data to RocketMQ.
use_tls
If true, use TLS for the connection to RocketMQ.
access_key
Access key for ACL. Setting to an empty string will disable the ACL.
secret_key
Secret key for ACL. The value is encrypted with AES before being stored in etcd.
name
Unique identifier of the plugin for the batch processor. If you use Prometheus to monitor APISIX metrics, the name is exported in
apisix_batch_process_entries.meta_format
vaild vaule:
defaultororiginFormat used to collect request information. Set to
defaultfor structured JSON ororiginfor the original HTTP request. See the example for more details.include_req_body
If true, collect the request body. When
meta_formatisdefault, add it to the default log fields. Whenmeta_formatisorigin, append it to the original HTTP request. Request bodies buffered in memory or a temporary file can be logged, andmax_req_body_byteslimits the logged body size.include_req_body_expr
An array of one or more conditions in the form of APISIX expressions. Used when
include_req_bodyis true. The request body is logged only when the expressions evaluate to true.include_resp_body
If true, collect the response body. With the default log fields, it is added to
response.body. With a customlog_format, reference$resp_bodyto add it to the log entry. Whenmeta_formatisorigin, the response body is not added. Themax_resp_body_bytesparameter limits the logged body size.include_resp_body_expr
An array of one or more conditions in the form of APISIX expressions. Used when
include_resp_bodyis true. The response body is logged only when the expressions evaluate to true.max_req_body_bytes
vaild vaule:
greater than or equal to 1
Maximum request body size in bytes to include in the log. If the request body exceeds this value, it will be truncated. Available in APISIX from 3.16.0.
max_resp_body_bytes
vaild vaule:
greater than or equal to 1
Maximum response body size in bytes to include in the log. If the response body exceeds this value, it will be truncated. Available in APISIX from 3.16.0.
batch_max_size
vaild vaule:
greater than 0
The number of log entries allowed in one batch. Once reached, the batch will be sent to the logging service. Setting this parameter to 1 means immediate processing.
inactive_timeout
vaild vaule:
greater than 0
The maximum time in seconds to wait for new logs before sending the batch to the logging service. The value should be smaller than
buffer_duration.buffer_duration
vaild vaule:
greater than 0
The maximum time in seconds from the earliest entry allowed before sending the batch to the logging service.
retry_delay
vaild vaule:
greater than or equal to 0
The time interval in seconds to retry sending the batch to the logging service if the batch was not successfully sent.
max_retry_count
vaild vaule:
greater than or equal to 0
The maximum number of unsuccessful retries allowed before dropping the log entries.
Plugin Metadata
log_format
Custom log format using key-value pairs in JSON format. Values can reference built-in variables.
Ignored by plugin instances where
meta_formatisorigin.In APISIX from 3.15.0, log format nested structures are supported up to five levels deep. In API7 Enterprise, only flat key-value structures are supported; nested structures are not yet supported.
log_format_extra
Additional fields to add to the default log entry, using key-value pairs in JSON format. Values can reference built-in variables. A configured field does not overwrite an existing default field. A plugin instance takes precedence over plugin metadata; setting an empty object on the instance disables the metadata value. When
log_formatis configured or a plugin instance usesmeta_format: origin,log_format_extrais ignored.Introduced in API7 Enterprise 3.9.15 and 3.10.2, and APISIX 3.18.0.
max_pending_entries
vaild vaule:
greater than or equal to 1
Maximum number of entries waiting in the batch processor. New entries are discarded when the backlog reaches the limit.
Introduced in API7 Enterprise 3.8.17 and APISIX 3.15.0.
The default changed to
8192in APISIX 3.18.0 and API7 Enterprise 3.9.19 and 3.10.6. In API7 Enterprise 3.9.18 and 3.10.5, and in earlier APISIX versions, omitting the parameter leaves the backlog unlimited.See Batch Processor for sizing and verification guidance.