Overview

This guide goes over how to upgrade to a specific Worker version and the updates for that version.

Worker version 2.19.0

To upgrade to Worker version 2.19.0:

• Docker: Run the docker pull command for the 2.19.0 image.
• Kubernetes: See the Helm chart and Upgrade the Worker.
• APT: Run the command apt-get install observability-pipelines-worker=2.19.0.
• RPM: Run the command sudo yum install observability-pipelines-worker-2.19.0.

Worker version 2.19.0 gives you access to the following:

Enhancements

• A server_name TLS option has been added to the BYOC Logs, HTTP Client, Socket, and Syslog destinations, and to the HTTP Client source. It overrides the SNI and certificate hostname used for the TLS handshake, which is applicable when the dialed address does not match the certificate’s Common Name or Subject Alternative Name.
• The Splunk TCP source now supports hot-reloading TLS certificates, so certificate rotations are applied without restarting the Worker.
• The BYOC Logs destination now supports hot-reloading mTLS files.
• The Worker now supports a configurable graceful shutdown limit.
• The Amazon S3 destination now supports SSE-KMS encryption using the server_side_encryption and ssekms_key_id options.

Fixes

• Fixed an issue in the Reduce processor where a timestamp field whose name requires quoting in a path (for example, "created.at" or "event-time") had its _end companion field silently dropped from the reduced event. The companion field is now placed correctly next to the base field.
• Fixed a configuration reload issue. If a reload changed a component’s type while keeping the same name, such as replacing a source named X with a processor named X, any downstream processor or destination still reading from X now reconnects to the new component.
• The Syslog source (TCP mode) has been fixed to handle an over-length, length-prefixed message split across multiple reads.
• The Logstash source has been fixed to only send an acknowledgment when all events of a batch are received instead of sending a partial acknowledgment.
• The Logstash source now rejects a batch of events that arrives before all events in the current batch has been received, closing the connection with a fatal decode error instead of continuing.
• Fixed the Syslog codec that was silently ignoring short-form severity keywords (crit, emerg, err, info, warn) and defaulting to informational. Both short-form and full-form severity names are now accepted.
• Fixed an issue in the Custom Processor functions parse_key_value, parse_cef, decode_mime_q, and parse_ruby_hash that had inputs with lines of 65,535 bytes or more.

Worker version 2.18.0

To upgrade to Worker version 2.18.0:

• Docker: Run the docker pull command for the 2.18.0 image.
• Kubernetes: See the Helm chart and Upgrade the Worker.
• APT: Run the command apt-get install observability-pipelines-worker=2.18.0.
• RPM: Run the command sudo yum install observability-pipelines-worker-2.18.0.

Worker version 2.18.0 gives you access to the following:

New features

• The run command now supports a --log-format flag, also configurable using the DD_OP_LOG_FORMAT environment variable, for selecting the format of the Worker’s own stdout and stderr logs. The default text preserves the existing human-readable output, and json emits structured JSON logs that can be tailed and parsed directly without additional parsing rules.
• The Tag Cardinality Limit processor now supports a tracking_mode option. exact_fingerprint tracks tag values exactly using 64-bit fingerprints, which uses less memory than the previous method of storing raw values, and probabilistic uses a bloom filter for even lower memory usage in exchange for an occasional false positive. Probabilistic mode accepts a false_positive_rate field, which defaults to 0.001 (0.1%).
• The WebSocket source is available for ingesting logs from a WebSocket endpoint, with support for none, basic, bearer, and custom authentication strategies, as well as TLS.
• A new generate_metrics processor routes metrics to any supported metrics destination. Datadog recommends using it over the existing generate_datadog_metrics processor, although use of the latter is not affected.

Enhancements

• mTLS support has been added to the BYOC Logs destination.
• The measure_cpu_usage option is now enabled, so that pipelines.component_cpu_usage_ns_total is always emitted for the following log processors: Custom Processor, Sensitive Data Scanner, Grok Parser, Parse JSON, Parse XML, OCSF Mapper, Enrichment Table, Reduce, Dedupe, Split Array, and Throttle; and the following metrics processors: Aggregate and Tag Cardinality Limit.
• Pipeline configuration errors now include the ID of the component that caused the failure. This makes it easier to identify which source, processor, or destination needs correcting. For processors made up of multiple blocks, such as the Custom Processor, Generate Metrics, and OCSF Mapper, the error also identifies which individual block failed, including its position and, where the block has one, its name.
• Pipeline metrics are now tagged with the pipeline name using pipeline_name:<NORMALIZED_PIPELINE_NAME>.

Fixes

• Fixed an issue that occurred when a log-only pipeline (using legacy search syntax) ran a search query that the new parser could not handle. The parser now emits a warning and does not run the invalid query.
• Fixed an issue affecting queries that start with an escaped character (for pipelines running new search syntax only).
• Internal telemetry (metrics and logs) emitted from background tasks now correctly inherits the owning component’s tags (component_id, component_kind, component_type). Previously, several components spawned background tasks without propagating their tags, so some internal events from those tasks were missing their component tags. Affected emissions include:
  • Datadog archive source: listing-error, download-error, send-error, event-acknowledged, event-errored, and event-rejected, and status metrics from its listing coordinator, per-file downloader, and acknowledgment-handler tasks
  • Microsoft Sentinel destination: Azure OAuth token-regeneration task
  • Splunk TCP source: server task.

Worker version 2.17.0

To upgrade to Worker version 2.17.0:

• Docker: Run the docker pull command for the 2.17.0 image.
• Kubernetes: See the Helm chart and Upgrade the Worker.
• APT: Run the command apt-get install observability-pipelines-worker=2.17.0.
• RPM: Run the command sudo yum install observability-pipelines-worker-2.17.0.

Worker version 2.17.0 gives you access to the following:

New features

• For the Custom Processor:
  • VRL string literals now support \u{HEX} Unicode escape sequences. Any valid Unicode scalar value can be expressed, such as "hello\u{1F30E}world". Invalid sequences, such as empty braces, non-hex digits, surrogate codepoints, or values above U+10FFFF, are reported as compile-time errors.
  • The parse_regex function now accepts dynamic regex patterns (variables and runtime expressions), consistent with parse_regex_all. When the pattern is a literal, return type information remains precise based on named capture groups.

Enhancements

• The Generate Metrics processor’s performance has been improved to reduce CPU overhead when using group_by tag labels.
• For the Custom Processor, the performance of parse_regex_all has been improved by reusing the compiled regex across invocations.
• The Splunk HEC source now supports the enabled field on valid_tokens entries. Disabled tokens are excluded from authentication and enrichment.

Fixes

• HTTP metrics emitted by the Quota processor’s background sync now have correct component tags (component_kind:transform, component_type:quota, component_id:quota_global_state).
• The Enrichment Table processor using Reference Tables now skips sending empty event batches, preventing fatal errors with disk buffers.
• The Generate Metrics processor now uses a static component ID so that associated metrics share the same component_id across Workers and restarts.
• An issue with parsing filter queries that contain whitespace inside parentheses, such as service:( web OR api ), has been fixed.
• Live Capture now works correctly for sources with multiple named output ports, such as the OpenTelemetry source.
• An issue where a Worker crash could occur if a source or a processor sends an empty event batch to the next component has been fixed.
• For the Custom Processor:
  • Error messages and unused variable diagnostics have been fixed. The processor now reports every unhandled error in a single compilation.
  • You can now use SCREAMING_SNAKE case in functions such as pascalcase and camelcase.
  • The encode_proto and parse_proto functions now support proto maps whose keys are integers or Booleans, not only strings.

Worker version 2.16.1

To upgrade to Worker version 2.16.1:

• Docker: Run the docker pull command for the 2.16.1 image.
• Kubernetes: See the Helm chart and Upgrade the Worker.
• APT: Run the command apt-get install observability-pipelines-worker=2.16.1.
• RPM: Run the command sudo yum install observability-pipelines-worker-2.16.1.

Worker version 2.16.1 gives you access to the following:

Fixes

• The Worker no longer fails when fetching configurations in non-US1 data centers.

Worker version 2.16.0

To upgrade to Worker version 2.16.0:

• Docker: Run the docker pull command for the 2.16.0 image.
• Kubernetes: See the Helm chart and Upgrade the Worker.
• APT: Run the command apt-get install observability-pipelines-worker=2.16.0.
• RPM: Run the command sudo yum install observability-pipelines-worker-2.16.0.

Worker version 2.16.0 gives you access to the following:

New features

• Databricks Zerobus destination: Send log data to Databricks Unity Catalog tables using the Zerobus ingestion service. The Databricks destination supports OAuth 2.0 authentication, automatic schema fetching from Unity Catalog, and protobuf batch encoding.
• The Splunk HEC source now accepts an optional valid_tokens list for token-based authentication managed using environment variables or a configured secrets backend.
• The Splunk HEC source now supports enriching incoming log events using the VRL decoder.
• The Amazon S3 destination now supports Apache Parquet batch encoding with flexible schema definitions and configurable compression (Snappy, ZSTD, GZIP, LZ4, or none).
• For the Custom Processor:
  • The encode_proto function now accepts an allow_lossy_string_coercion argument.
  • Protobuf encoding now coerces compatible scalar types into the target field type: integers and strings are accepted for bool fields, and integers are accepted for float or double fields.

Enhancements

• mTLS support has been added to the following sources: Fluent, Logstash, OpenTelemetry (logs and metrics), Splunk HEC, Splunk TCP, HTTP/S Server, Socket, and Syslog.
• Live Capture events now include the UUID of the Worker that sent the event.
• The Reference Tables processor’s buffer now emits buffer_size_events and buffer_size_bytes gauge metrics to replace the deprecated buffer_events and buffer_byte_size metrics. The deprecated metrics are still being sent for backward compatibility.
• The Datadog Logs destination now supports overrides for per-site logs endpoint using the bootstrap logs-sites field or DD_OP_LOGS_<SITE> environment variable, such as DD_OP_LOGS_US1. Environment variables take precedence over the bootstrap file.
• Sources now record these distribution metrics:
  • source_send_latency_seconds: The time it takes for the source to send a chunk of events to the next component.
  • source_send_batch_latency_seconds: The time it takes for the source to send a batch, which can contain multiple event chunks, to the next component.

Fixes

• A race condition in the Reference Tables processor has been fixed to prevent dropping buffered events during a Worker shutdown.
• Live Capture was updated to improve handling of bursty traffic and metrics from the Generate Metrics processor.
• The Worker no longer logs Root metadata expired or potential freeze attack on startup after refreshing embedded Remote Config trusted-root metadata.
• The Splunk HEC source now emits authentication_failed as the error_type in error logs and metrics when authentication fails due to a missing or invalid authorization header.
• Fixed the Datadog Logs destination health check endpoint computation to preserve site prefixes, such as us3., us5., ap1., when deriving the API URL from intake endpoints.
• An issue where a destination with a configured disk buffer would stall for batch.timeout_sec before gracefully reloading has been fixed. This fix also resolves cases where the Worker ignored SIGINT during a pipeline stall.
• Fixed the Custom Processor so an else or else if keyword can be on a new line after the closing curly brace (}) of an if-block.

Worker version 2.15.1

To upgrade to Worker version 2.15.1:

• Docker: Run the docker pull command for the 2.15.1 image.
• Kubernetes: See the Helm chart and Upgrade the Worker.
• APT: Run the command apt-get install observability-pipelines-worker=2.15.1.
• RPM: Run the command sudo yum install observability-pipelines-worker-2.15.1.

Worker version 2.15.1 gives you access to the following:

New features

• The Custom Processor now supports the to_entries and from_entries functions for converting between objects and arrays of key-value pairs (jq-style).

Enhancements

• The Datadog Metrics destination now uses zstd compression for Datadog API v2 and sketches endpoints, reducing CPU, memory, and bandwidth usage.
• The flatten function in the Custom Processor now accepts an optional except argument to exclude specific keys from flattening.

Fixes

• A performance regression in buffer metrics tracking has been fixed.
• The Datadog Agent source has been fixed to preserve the device tag from Datadog API v2 resources.

Worker version 2.15.0

To upgrade to Worker version 2.15.0:

• Docker: Run the docker pull command for the 2.15.0 image.
• Kubernetes: See the Helm chart and Upgrade the Worker.
• APT: Run the command apt-get install observability-pipelines-worker=2.15.0.
• RPM: Run the command sudo yum install observability-pipelines-worker-2.15.0.

Worker version 2.15.0 gives you access to the following:

New features

• New OCSF mappings have been added for the following log types:
  • AWS GuardDuty for all finding types (for example, EKS Audit, EC2, Lambda, IAM, DNS) in a single mapping named AWS GuardDuty.
  • Infoblox NIOS: DNS Activity, DHCP Activity, audit (Authentication and API Activity), and port and syslog Base Event (Infoblox DNS Query, Infoblox DHCP, Infoblox Audit Authentication, Infoblox Audit API, Infoblox Port).
  • Zscaler ZPA App Connector Status logs to OCSF schema version 1.3.0 (Authentication, class 3002) with datetime and host profiles.
  • Zscaler ZPA User Activity logs to OCSF schema version 1.3.0 (Network Activity, class 4001) with datetime, host, network_proxy, and security_control profiles.
  • AWS WAF Web ACL logs. Transforms WAF log events into OCSF HTTP Activity (class 4002) with cloud and security_control profiles.
  • Zscaler ZPA User Status logs to OCSF schema version 1.3.0 (Authentication, class 3002) with datetime and host profiles.
• The OpenTelemetry source now supports metrics pipelines.
• The Elasticsearch destination is now available for metrics pipelines.
• The parse_yaml function is now available for the Custom Processor. This function parses YAML according to the YAML 1.1 spec.
• The Enrichment Table file option now supports a field option that accepts an event field path or a metadata secret as the lookup key source. Plain text is supported for backwards compatibility.
  • Explicit event path example:
    • Observability Pipelines simplified syntax: field: {event: "message"}
    • VRL syntax for the Custom Processor: field: {vrl: ".message"}
  • Metadata secret reference example: field: {secret: "splunk_hec_token"}
  • Plain string (for backwards compatibility):
    • Observability Pipelines simplified syntax: field: "message"
    • VRL syntax for the Custom Processor: field: ".message"

Enhancements

• The Amazon S3 source now accepts compressed data.
• The Elasticsearch destination has been updated with new options: auto_routing, compression, id_key, pipeline, request_retry_partial, sync_fields, and tls.
• Mapping array-of-object source fields into OCSF array-of-object destinations is now supported.
• The Datadog Metrics destination now defaults to the Datadog series v2 endpoint (/api/v2/series).
• The Enrichment Table processor’s GeoIP option now includes a network field containing the CIDR network associated with the lookup result. The network field is available for all database types (City, ISP/ASN, Connection-Type, Anonymous-IP).
• The Custom Processor now has an encode_csv function that encodes an array of values into a CSV-formatted string. This is the inverse of the parse_csv function and supports an optional single-byte delimiter (defaults to ,).
• Field names now support ., such as foo."bar.baz".

Fixes

• Improved the accuracy of the buffer utilization metric tracking.
• For the Custom Processor, incorrect parameter types for floor, md5, parse_key_value, precision, and seahash have been fixed.

Worker version 2.14.1

To upgrade to Worker version 2.14.1:

• Docker: Run the docker pull command for the 2.14.1 image.
• Kubernetes: See the Helm chart and Upgrade the Worker.
• APT: Run the command apt-get install observability-pipelines-worker=2.14.1.
• RPM: Run the command sudo yum install observability-pipelines-worker-2.14.1.

Worker version 2.14.1 gives you access to the following:

Fixes

• Fixed how an empty path in a processor field is handled. For example, how the Parse JSON processor handles the Field to parse JSON on with the value ..

Worker version 2.14.0

To upgrade to Worker version 2.14.0:

• Docker: Run the docker pull command for the 2.14.0 image.
• Kubernetes: See the Helm chart and Upgrade the Worker.
• APT: Run the command apt-get install observability-pipelines-worker=2.14.0.
• RPM: Run the command sudo yum install observability-pipelines-worker-2.14.0.

Worker version 2.14.0 gives you access to the following:

New features

• OCSF mappings for Palo Alto Networks Threat events have been added.
• The Database source has been updated with timeout-related changes.
• The component_latency_seconds histogram and component_latency_mean_seconds gauge internal metrics have been added. The metrics are based on the time an event spends in a single processor, including in the processor buffer.

Enhancements

• Enrichment Table error reporting now uses Reference Tables metrics to reduce the count of similar logs.
• The Splunk HEC destination now supports extracting index fields from events.
• The OCSF mapper now has an option to retain unmatched fields.
• For the Enrichment Table processor, the local cache retention time of entries not found in a Reference Table has been increased. The retention time is now 30 minutes, up from 10 minutes.
• The Database Source SQL validation checks have been improved.
• The Sensitive Data Scanner library now has new and updated out-of-the-box scanning rules for PII, credentials, and financial data. Minor bugs have also been fixed.
• The observability-pipelines-worker top command has new keybinds for scrolling, sorting, and filtering.
• The Datadog Logs destination has been updated to default to zstd compression instead of no compression.
• The environment variable for the Datadog Agent source address is now configurable.

Fixes

• Fixed a bug with sticky error state when Remote Configuration is successfully polled.
• Fixed buffer utilization metrics to properly record actual utilization level.
• Fixed a Worker shutdown race condition between closing the memory buffer and in-progress send operations that could potentially cause event loss.
• The Generate Metrics processor now handles aggregated histogram and aggregated summary metrics correctly.
• Live Capture now supports child events in the split array processor.
• Reference Tables buffer size and request frequency have been reduced to avoid out-of-memory (OOM) and rate limit errors.
• The Reference Tables processor now rejects empty or blank lookup keys and supports integer keys.

Worker version 2.13.2

To upgrade to Worker version 2.13.2:

• Docker: Run the docker pull command for the 2.13.2 image.
• Kubernetes: See the Helm chart and Upgrade the Worker.
• APT: Run the command apt-get install observability-pipelines-worker=2.13.2.
• RPM: Run the command sudo yum install observability-pipelines-worker-2.13.2.

Worker version 2.13.2 gives you access to the following:

Fixes

• Fixed exists and missing queries to match with objects.

Worker version 2.13.1

To upgrade to Worker version 2.13.1:

• Docker: Run the docker pull command for the 2.13.1 image.
• Kubernetes: See the Helm chart and Upgrade the Worker.
• APT: Run the command apt-get install observability-pipelines-worker=2.13.1.
• RPM: Run the command sudo yum install observability-pipelines-worker-2.13.1.

Worker version 2.13.1 gives you access to the following:

Fixes

• All processors have been updated to gracefully handle incorrect filter query syntax.

Worker version 2.13.0

To upgrade to Worker version 2.13.0:

• Docker: Run the docker pull command for the 2.13.0 image.
• Kubernetes: See the Helm chart and Upgrade the Worker.
• APT: Run the command apt-get install observability-pipelines-worker=2.13.0.
• RPM: Run the command sudo yum install observability-pipelines-worker-2.13.0.

Worker version 2.13.0 gives you access to the following:

New features

• Custom Processor for metrics: Use VRL to transform metric events.
• Secrets Management: Observability Pipelines can retrieve secrets using Datadog Secrets Management.
• Live capture is available for metrics pipelines.
• The Enrichment Tables processor can use datasets in Reference Tables.

Enhancements

• Disk buffers have been updated to drop logs when the buffer is full.
• The Dedupe processor has been updated with a configurable cache size.
• The Datadog Agent source has been updated with configurable request timeouts.
• Source buffers have been updated to record the utilization level of the buffer with these metrics:
  • source_buffer_max_byte_size
  • source_buffer_max_event_size
  • source_buffer_utilization
  • source_buffer_utilization_level
• Processor buffers have been updated to record the utilization level of the buffers with these metrics:
  • transform_buffer_max_byte_size
  • transform_buffer_max_event_size
  • transform_buffer_utilization
  • transform_buffer_utilization_level
• The TLS implementation has been updated to store credentials in FIPS-compliant PEM format.

Fixes

• Live Capture has been updated and bugs have been fixed.
• The Search Syntax bug with handling hyphenated segments has been fixed.
• The syslog source in UDP mode emits the standard component_received metrics, like how it does with TCP mode:
  • component_received_events_total
  • component_received_event_bytes_total
  • component_received_bytes_total

Worker version 2.12.0

To upgrade to Worker version 2.12.0:

• Docker: Run the docker pull command for the 2.12.0 image.
• Kubernetes: See the Helm chart and Upgrade the Worker.
• APT: Run the command apt-get install observability-pipelines-worker=2.12.0.
• RPM: Run the command sudo yum install observability-pipelines-worker-2.12.0.

Worker version 2.12.0 gives you access to the following:

New features

• HTTP destination for metrics pipelines: Routes metrics to an HTTP client endpoint.
• MySQL Source: Sends logs from a MySQL database to Observability Pipelines.

Enhancements

• The HTTP Client source and destination have been updated so you can set a custom authorization strategy.
• The metrics filter processor was updated to filter metrics on kind and value.
• Processor groups that route and process only targeted events have been updated to reduce processing overhead.
• The Datadog Agent source has been updated to support timeouts, incrementing the component_timed_out_events_total and component_timed_out_requests_total metrics.

Fixes

• The Amazon S3 destination has been updated to ensure the message field is always a string, JSON-encoding it if necessary.
• A Worker bug has been fixed to ensure Worker logs are reported correctly.
• The hostname is renamed to host when sending logs to Datadog Archives.
• For metrics sources, Workers have been updated to use their own copy of the Datadog key for authentication, disregarding any keys sent in by the Datadog Agent to prevent the use of stale keys.
• The Worker uses proxy settings configured with environment variables (for example, the DD_PROXY_HTTPS environment variable) or in the bootstrap file when it publishes events to Live Capture.

Worker Version 2.11.0

To upgrade to Worker version 2.11.0:

• Docker: Run the docker pull command for the 2.11.0 image.
• Kubernetes: See the Helm chart and Upgrade the Worker.
• APT: Run the command apt-get install observability-pipelines-worker=2.11.0.
• RPM: Run the command sudo yum install observability-pipelines-worker-2.11.0.

Version 2.11.0 gives you access to the following:

New features

• More than 100 out-of-the-box rules for the Sensitive Data Scanner processor have been added. These rules redact Personally Identifiable Information (PII) and access key information.
• The updated Search Syntax that lets you:
  • Dereference arrays
  • Perform case insensitive search within log messages
  • Deterministically target log attributes without using @ symbol

Worker Version 2.10.0

To upgrade to Worker version 2.10.0:

• Docker: Run the docker pull command for the 2.10.0 image.
• Kubernetes: See the Helm chart and Upgrade the Worker.
• APT: Run the command apt-get install observability-pipelines-worker=2.10.0.
• RPM: Run the command sudo yum install observability-pipelines-worker-2.10.0.

Worker version 2.10.0 gives you access to the following:

New features

• Kafka destination: Send logs from Observability Pipelines to your Kafka topics.
• New and updated Custom Processor functions:
  • The pop function removes the last item from an array.
  • The cryptographic functions encrypt_ip and decrypt_ip for IP address encryption.
    • These functions use the IPCrypt specification and support both IPv4 and IPv6 addresses with two encryption modes:
      • aes128 (IPCrypt deterministic, 16-byte key)
      • pfx (IPCryptPfx, 32-byte key).
      • Both algorithms are format-preserving (output is a valid IP address) and deterministic.
  • The xxhash function implements xxh32, xxh64, xxh3_64, and xxh3_128 hashing algorithms.
  • The parse_aws_alb_log function has been updated with an optional strict_mode parameter.
    • When strict_mode is set to false, the parser ignores any newly added or trailing fields in AWS ALB logs, instead of failing.
    • Defaults to true to preserve current behavior.
  • Metrics pipelines:
    • Datadog Agent source: Send metrics from the Datadog Agent to Observability Pipelines for processing.
    • Filter processor: Filter the metrics you want to process.
    • Tag processor: Include or exclude specific tags in your metrics.
    • Datadog Metrics destination: Send your processed metrics Datadog.

Enhancements

• The Custom Processor’s performance has been improved.
• Workers have been updated to use their own copy of the Datadog key for authentication, disregarding any keys sent in by the Datadog Agent to prevent the use of stale keys.
• Error reporting has been improved when validating JSON schema in custom functions that use the validate_json_schema function.

Fixes

• Group-level filtering logic has been fixed to exclude correct logs.

Worker Version 2.9.1

To upgrade to Worker version 2.9.1:

• Docker: Run the docker pull command to pull the 2.9.1 image.
• Kubernetes: See the Helm chart and Upgrade the Worker.
• APT: Run the command apt-get install observability-pipelines-worker=2.9.1.
• RPM: Run the command sudo yum install observability-pipelines-worker-2.9.1.

Worker version 2.9.1 gives you access to the following:

Fixes

• The Microsoft Sentinel destination has been limited to batch sizes of 1 MB when reading logs using the Azure Logs Ingestion API. The limit size was determined based on the Azure documentation.

Worker Version 2.9.0

To upgrade to Worker version 2.9.0:

• Docker: Run the docker pull command to pull the 2.9.0 image.
• Kubernetes: See the Helm chart and Upgrade the Worker.
• APT: Run the command apt-get install observability-pipelines-worker=2.9.0.
• RPM: Run the command sudo yum install observability-pipelines-worker-2.9.0.

Worker version 2.9.0 gives you access to the following:

New features

• OpenTelemetry Collector source: Ingest logs from your OpenTelemetry Collector into Observability Pipelines.
• Datadog BYOC Logs destination: Route logs to the Datadog BYOC Logs destination.
• Google Pub/Sub destination: Send logs from Observability Pipelines to the Google Pub/Sub messaging system.
• The haversine custom function to calculate haversine distance and bearing.

Enhancements

• The Observability Pipelines Worker’s internal logs have been updated to partially redact the Datadog API key (first 28 characters only), to help investigate API-key related issues.
• The performance of Remote Configuration delivery time has been improved.
• The parse_cef and parse_syslog custom functions have enhanced parsing.

Worker Version 2.8.1

To upgrade to Worker version 2.8.1:

• Docker: Run the docker pull command to pull the 2.8.1 image.
• Kubernetes: See the Helm chart and Upgrade the Worker.
• APT: Run the command apt-get install observability-pipelines-worker=2.8.1.
• RPM: Run the command sudo yum install observability-pipelines-worker-2.8.1.

Worker version 2.8.1 gives you access to the following:

Fixes

• The HTTP Client source’s authorization strategy has been fixed.

Worker Version 2.8.0

To upgrade to Worker version 2.8.0:

• Docker: Run the docker pull command to pull the 2.8.0 image.
• Kubernetes: See the Helm chart and Upgrade the Worker.
• APT: Run the command apt-get install observability-pipelines-worker=2.8.0.
• RPM: Run the command sudo yum install observability-pipelines-worker-2.8.0.

Worker version 2.8.0 gives you access to the following:

New features

• All sources and destinations have been updated to support custom environment variables.

Enhancements

• The Elasticsearch destination’s indexing strategy has been updated to include data streams.
• The HTTP Client destination supports template syntax.

Fixes

• The HTTP Server source’s TLS enablement has been fixed.
• Worker health metrics have been fixed.
• OpenSearch’s basic authentication has been fixed.

Worker Version 2.7.0

To upgrade to Worker version 2.7.0:

• Docker: Run the docker pull command to pull the 2.7.0 image.
• Kubernetes: See the Helm chart and Upgrade the Worker.
• APT: Run the command apt-get install observability-pipelines-worker=2.7.0.
• RPM: Run the command sudo yum install observability-pipelines-worker-2.7.0.

Worker version 2.7.0 gives you access to the following:

New features

• The HTTP Client destination: Send logs to an HTTP Client, such as a logging platform or SIEM.
• Processor Groups: Organize your processors into logical groups to help you manage them.
• Disk and memory buffering options are available for destinations.

Enhancements

• The decode_lz4 custom function has been updated to support decompressing lz4 frame data.
• The Azure Blob Storage and Google Cloud Storage archive destinations’ prefix fields support template syntax.
• The Splunk HEC destination has a custom environment variable.
• The sample processor has an optional group_by parameter.

Fixes

• The Datadog Logs destination’s default compression has been updated to zstd, which matches Datadog Agent’s default compression.
• The Amazon S3, Google Cloud Storage, and Azure Blob Storage destinations have been fixed to resolve log timestamps correctly.
• The custom OCSF mapper’s performance has been improved.
• The filter processor has flag logic enabled to pass events to the next processor.