Skip to main content
Log transform policies modify logs that pass through Edge. Use them to redact sensitive data, remove verbose fields, normalize attribute names, and add metadata.

Basic Structure

Transforms can be combined with keep values. Transforms only apply to logs that survive the keep stage.

Transform Order

Transforms execute in a strict order:
  1. Remove - Delete fields
  2. Redact - Mask field values
  3. Rename - Change field names
  4. Add - Insert new fields
This order is fixed, so design your transforms around it.

Remove

Remove fields from logs. Use this to strip verbose or internal data.

Removable Fields

Example: Remove Verbose Kubernetes Metadata

Redact

Replace field values with a placeholder. The field remains present, but the value is masked.

Options

Example: Redact PII

Example: Redact Payment Data

Example: Redact When Present

Only redact fields that exist:

Rename

Change field names. Use this to normalize attribute names across services.

Options

Source Field Types

The to field is always the new key name within the same attribute category.

Example: Normalize Attribute Names

Example: Rename with Upsert

Add

Insert new fields. Use this to add metadata, tags, or computed values.

Options

Field Types

Example: Add Processing Metadata

Example: Add Environment Tag

Combined Transforms

You can use multiple transform operations in a single policy:

Combining with Keep

Transforms only apply to logs that survive the keep stage:
This keeps 50% of checkout logs and redacts cart contents from the survivors.

Best Practices

  1. Redact PII instead of removing it so downstream tools still see the field existed
  2. Use descriptive replacements for redacted fields ([EMAIL REDACTED] vs [REDACTED])
  3. Test transforms in staging before production
  4. Combine related transforms in one policy for clarity
  5. Document why fields are being modified

Next Steps

Log Filter

Filter logs by content and attributes

Metric Filter

Filter metrics