From 6f9c8bfeec75c8d51fbc9c8e7d3a0dddfe779ea8 Mon Sep 17 00:00:00 2001 From: May Lee Date: Fri, 17 Jul 2026 12:37:28 -0400 Subject: [PATCH 1/7] updates --- .../configuration/pipeline_simulation.md | 42 +++++++++++-------- 1 file changed, 24 insertions(+), 18 deletions(-) diff --git a/content/en/observability_pipelines/configuration/pipeline_simulation.md b/content/en/observability_pipelines/configuration/pipeline_simulation.md index 702faa93c43..d840b23c490 100644 --- a/content/en/observability_pipelines/configuration/pipeline_simulation.md +++ b/content/en/observability_pipelines/configuration/pipeline_simulation.md @@ -2,7 +2,7 @@ title: Pipeline Simulation disable_toc: false private: true -description: Use Pipeline Simulation to preview how your processors modify your log data before deploying your pipeline configuration. +description: Use Pipeline Simulation to preview how your processors modify your data before deploying your pipeline configuration. further_reading: - link: "/observability_pipelines/configuration/set_up_pipelines/" tag: "Documentation" @@ -27,7 +27,7 @@ Pipeline Simulation is in Preview. Reach out to your account manager to request When you configure or edit a pipeline in Observability Pipelines, you often have to update filter queries, sampling rules, or [Packs][12] that transform your telemetry. These changes can impact downstream monitors, dashboards, and detection rules. Therefore, it's important to test and validate how your changes affect your production data before you deploy those changes. -Use Pipeline Simulation to preview how your processors, volume control rules, and [Packs][12] modify your log data before deploying your pipeline configuration. This helps ensure your processors target the right data and modify your logs as expected. You can test your configuration with live logs sent through the pipeline or import your own sample data. +Use Pipeline Simulation to preview how your processors, volume control rules, and [Packs][12] modify your data before deploying your pipeline configuration. This helps ensure your processors target the right data and modify your logs as expected. You can test your configuration with live logs sent through the pipeline or import your own sample data. To use Pipeline Simulation: @@ -58,7 +58,7 @@ If you are using a firewall, add these domains to the allowlist: ## Capture data for a pipeline simulation -Before running a simulation, you need to capture sample log data to test against. Pipeline Simulation lets you capture live data from an active pipeline, reuse previously captured samples, or import your own data. +Before running a simulation, you need to capture sample data to test against. Pipeline Simulation lets you capture live data from an active pipeline, reuse previously captured samples, or import your own data. 1. Navigate to [Observability Pipelines][3]. 1. [Set up a pipeline][4] or select a pipeline and click {{< ui >}}Edit Pipeline{{< /ui >}} on the top right side of the page. @@ -68,7 +68,7 @@ Before running a simulation, you need to capture sample log data to test against The status of a pipeline determines whether a simulation can be run with live data, imported data, or both. | Pipeline status | Simulation with imported data | Simulation with saved data | Simulation with live data | -| --------------- | ----------------------------- | -------------------------- | ------------------------- | +| --------------- | :---------------------------: | :------------------------: | :-----------------------: | | Active | ✔️ | ✔️ | ✔️ | | Inactive | ✔️ | ✔️ | | | Draft | ✔️ | ✔️ | | @@ -94,8 +94,8 @@ To run a capture for a specific set of data: To import sample data for your pipeline simulation: -1. For an inactive or draft pipeline, if the pipeline does not have saved data, click {{< ui >}}Import Data{{< /ui >}}. Otherwise, click the down arrow next to {{< ui >}}Live Capture{{< /ui >}} and select {{< ui >}}Import Sample Data{{< /ui >}}. -1. In the modal, drag and drop your sample data files or browse for them, or click the {{< ui >}}Paste{{< /ui >}} tab to paste your sample data. **Note**: Sample data must be in a JSON or JSONL file. See [Sample file import specifications](#sample-file-import-specifications) for more details. +1. For an active or draft pipeline, click the down arrow next to {{< ui >}}Live Capture{{< /ui >}} and select {{< ui >}}Import Sample Data{{< /ui >}}. +1. Drag and drop or browse for your sample data files or paste your sample logs in the modal. **Note**: Sample data must be in a JSON or JSONL file. See [Sample file import specifications](#sample-file-import-specifications) for more details. 1. Click {{< ui >}}Confirm{{< /ui >}}. #### Sample file import specifications @@ -178,17 +178,24 @@ After you have captured data for your pipeline simulation, edit your pipeline pr 1. Navigate to [Observability Pipelines][3]. 1. Select your pipeline and click {{< ui >}}Edit Pipeline{{< /ui >}} on the top right side of the page. 1. On the pipeline edit page, click {{< ui >}}Edit{{< /ui >}} on a processor group to add or edit processors in your pipeline. -1. In the {{< ui >}}Processor Group{{< /ui >}} dropdown menu on the left side of the Pipeline Simulation page, select the processor group with the processors you want to update and test. You can hover over {{< ui >}}Processor Group{{< /ui >}} to see a snapshot of where the processors are in the pipeline. - {{< img src="observability_pipelines/pipeline_simulation/processor_group_map.mp4" alt="Hovering over a processor group shows a snapshot of where the processors are in the pipeline." video="true" width="60%" >}} -1. Add and update your processors. You can update multiple processors for one simulation. **Note**: For a pipeline canvas, there is a limit of 25 processor groups and a total of 150 processors. +1. In the {{< ui >}}Processor Group{{< /ui >}} dropdown menu on the left side of the Pipeline Simulation page, select the processor group with the processors you want to update and test. +1. Add or update your processors, or add another processor group or a [Pack][12]. You can make multiple additions and updates for one simulation.
**Note**: For a pipeline canvas, there is a limit of 25 processor groups and a total of 150 processors. 1. Choose a simulation scenario: - - **Run a simulation up to a specific processor group**: Keep the {{< ui >}}End-to-End Preview{{< /ui >}} toggle disabled to see the result of logs transformed by all processors in the current processor group and the prior processor groups. See [Run a simulation up to a specific processor group](#run-a-simulation-up-to-a-specific-processor-group) for more information. - - **Run an end-to-end preview simulation**: Enable the {{< ui >}}End-to-End Preview{{< /ui >}} toggle to run a simulation through all processor groups and see the data that is sent to the destination. See [End-to-end preview](#end-to-end-preview) for more information. - {{< img src="observability_pipelines/pipeline_simulation/pipeline_simulation_end_to_end_toggle.png" alt="The End-to-End Preview toggle on the Pipeline Simulation page." style="width:100%;" >}} -1. Click {{< ui >}}Preview{{< /ui >}} at the bottom of the processors panel to run the simulation. + - **Run a simulation up to a specific processor group** + 1. Keep the {{< ui >}}Simulate entire pipeline{{< /ui >}} toggle disabled. + 1. Click {{< ui >}}Preview{{< /ui >}} to run the simulation. +
The result you see is the data transformed by all processors in the current processor group and prior processor groups. See [Run a simulation up to a specific processor group](#run-a-simulation-up-to-a-specific-processor-group) for more information. + - **Run a simulation up to a specific processor** + 1. Keep the {{< ui >}}Simulate entire pipeline{{< /ui >}} toggle disabled. + 1. To run a simulation up to a specific processor, select the processor and click **Preview Up to This Processor**. +
The result you see is the data transformed by processors up to the selected processor, including prior processor groups. + - **Run a simulation for the entire pipeline** + 1. Enable the {{< ui >}}Simulate entire pipeline{{< /ui >}} toggle. + 1. Click {{< ui >}}Preview{{< /ui >}} to run the simulation. +
The result you see is the data transformed by all processors and sent to the destination. See [Run a simulation for the entire pipeline](#run-a-pipeline-simulation) for more information. {{< img src="observability_pipelines/pipeline_simulation/pipeline_simulation_preview.png" alt="The Preview button at the bottom of the processors panel." style="width:60%;" >}} 1. After the simulation is complete, you can: - - See the log data that the processor received and sent out. + - See the data that the processor received and sent out. - Enter a free-text search query to find specific logs that were captured. The query searches all attributes and tags in the logs. - Use the {{< ui >}}All events{{< /ui >}} dropdown menu to view events by status: - `Modified only` shows only modified events. @@ -199,7 +206,6 @@ After you have captured data for your pipeline simulation, edit your pipeline pr - Logs created by the [Split Array][10] processor. - `Dropped only` shows only dropped events. - Use the {{< ui >}}All telemetry{{< /ui >}} dropdown menu to view `Logs only` or `Metrics only` events. `Metrics only` shows events only from the [Generate Logs-Based Metrics][9] processor. - {{< img src="observability_pipelines/pipeline_simulation/view_simulation.mp4" alt="The log data the processor received and sent out, with the search bar and the status and telemetry filter dropdowns." video="true" width="70%" >}} 1. Click {{< ui >}}Save{{< /ui >}} at the bottom right side of the page to save your changes. 1. Click {{< ui >}}Back to Pipeline{{< /ui >}} on the top right side of the page. 1. To deploy your updates to production, do one of the following: @@ -215,13 +221,13 @@ When you run a simulation, you can choose to send your data to a specific proces #### Run a simulation up to a specific processor group -On the Pipeline Simulation page, you can choose which set of processors you want to test and validate. The simulation sends data through the previous processor groups and the selected group. For example, if you run a simulation for processor group 2, the processed data you see is the result from sending the logs through groups 1 and 2. Similarly, if you run a simulation for group 3, the result is after processing the log data through processor groups 1, 2, and 3. +On the Pipeline Simulation page, you can choose which set of processors you want to test and validate. The simulation sends data through the previous processor groups and the selected group. For example, if you run a simulation for processor group 2, the processed data you see is the result from sending the logs through groups 1 and 2. Similarly, if you run a simulation for group 3, the result is after processing the data through processor groups 1, 2, and 3. {{< img src="observability_pipelines/pipeline_simulation/pipeline_simulation_specific_processor_group.png" alt="The list of processor groups with groups 1, 2, and 3 highlighted." style="width:40%;" >}} -#### End-to-end preview +#### Run a simulation for the entire pipeline -When you toggle {{< ui >}}End-to-End Preview{{< /ui >}} and run a simulation, the entry event shown is the log sent from the source before any processing is done. The exit log is the result after all processors have been applied and sent to the destination. This lets you visualize how a log is transformed after it goes through the entire pipeline. +When you toggle {{< ui >}}Simulate entire pipeline{{< /ui >}} and run a simulation, the entry event shown is the log sent from the source before any processing is done. The exit log is the result after all processors have been applied and sent to the destination. This lets you visualize how a log is transformed after it goes through the entire pipeline. ## Further reading From 5f870cc280e4b07336a20f00f7af47b525d22459 Mon Sep 17 00:00:00 2001 From: May Lee Date: Fri, 17 Jul 2026 12:39:51 -0400 Subject: [PATCH 2/7] remove preview banner --- .../configuration/pipeline_simulation.md | 4 ---- 1 file changed, 4 deletions(-) diff --git a/content/en/observability_pipelines/configuration/pipeline_simulation.md b/content/en/observability_pipelines/configuration/pipeline_simulation.md index d840b23c490..d2bfbf9b9d2 100644 --- a/content/en/observability_pipelines/configuration/pipeline_simulation.md +++ b/content/en/observability_pipelines/configuration/pipeline_simulation.md @@ -19,10 +19,6 @@ products: url: /observability_pipelines/configuration/?tab=metrics#pipeline-types --- -{{< callout url="#" btn_hidden="true" header="Join the Preview!">}} -Pipeline Simulation is in Preview. Reach out to your account manager to request access. -{{< /callout >}} - ## Overview When you configure or edit a pipeline in Observability Pipelines, you often have to update filter queries, sampling rules, or [Packs][12] that transform your telemetry. These changes can impact downstream monitors, dashboards, and detection rules. Therefore, it's important to test and validate how your changes affect your production data before you deploy those changes. From 48903fb97cb4bfd430b8345e98b6cc969df9f6ca Mon Sep 17 00:00:00 2001 From: May Lee Date: Mon, 20 Jul 2026 13:47:38 -0400 Subject: [PATCH 3/7] updates --- .../configuration/pipeline_simulation.md | 23 +++++++++++-------- 1 file changed, 14 insertions(+), 9 deletions(-) diff --git a/content/en/observability_pipelines/configuration/pipeline_simulation.md b/content/en/observability_pipelines/configuration/pipeline_simulation.md index d2bfbf9b9d2..2e83ff1cafa 100644 --- a/content/en/observability_pipelines/configuration/pipeline_simulation.md +++ b/content/en/observability_pipelines/configuration/pipeline_simulation.md @@ -174,21 +174,26 @@ After you have captured data for your pipeline simulation, edit your pipeline pr 1. Navigate to [Observability Pipelines][3]. 1. Select your pipeline and click {{< ui >}}Edit Pipeline{{< /ui >}} on the top right side of the page. 1. On the pipeline edit page, click {{< ui >}}Edit{{< /ui >}} on a processor group to add or edit processors in your pipeline. -1. In the {{< ui >}}Processor Group{{< /ui >}} dropdown menu on the left side of the Pipeline Simulation page, select the processor group with the processors you want to update and test. -1. Add or update your processors, or add another processor group or a [Pack][12]. You can make multiple additions and updates for one simulation.
**Note**: For a pipeline canvas, there is a limit of 25 processor groups and a total of 150 processors. +1. You can: + - Update existing processors in the current group or another group, select the group in the {{< ui >}}Processor Group{{< /ui >}} dropdown menu. + - Click {{< ui >}}Add Processor{{< /ui>}} to add a processor. + - Click {{< ui >}}+ Group{{< /ui>}} to add a processor group. + - Click {{< ui >}}+ Pack{{< /ui >}} to add a [Pack][12]. + - **Note**: For a pipeline canvas, there is a limit of 25 processor groups and a total of 150 processors. 1. Choose a simulation scenario: - **Run a simulation up to a specific processor group** 1. Keep the {{< ui >}}Simulate entire pipeline{{< /ui >}} toggle disabled. - 1. Click {{< ui >}}Preview{{< /ui >}} to run the simulation. -
The result you see is the data transformed by all processors in the current processor group and prior processor groups. See [Run a simulation up to a specific processor group](#run-a-simulation-up-to-a-specific-processor-group) for more information. + 1. Click {{< ui >}}Preview{{< /ui >}} at the bottom right of the processors section to run the simulation. + 1. In the {{< ui >}}Simulated Changes{{< /ui >}} section, select a result to view the data before and after being transformed by all processors in the current processor group and prior groups. See [Run a simulation up to a specific processor group](#run-a-simulation-up-to-a-specific-processor-group) for more information. - **Run a simulation up to a specific processor** 1. Keep the {{< ui >}}Simulate entire pipeline{{< /ui >}} toggle disabled. - 1. To run a simulation up to a specific processor, select the processor and click **Preview Up to This Processor**. -
The result you see is the data transformed by processors up to the selected processor, including prior processor groups. + 1. Click the down arrow on that processor to expand it. + 1. Click **Preview Up to This Processor**. +
In the {{< ui >}}Simulated Changes{{< /ui >}} section, select a result to view the data before and after being transformed by processors up to the selected processor and the processors prior to this one, including ones in previous processor groups. - **Run a simulation for the entire pipeline** 1. Enable the {{< ui >}}Simulate entire pipeline{{< /ui >}} toggle. - 1. Click {{< ui >}}Preview{{< /ui >}} to run the simulation. -
The result you see is the data transformed by all processors and sent to the destination. See [Run a simulation for the entire pipeline](#run-a-pipeline-simulation) for more information. + 1. Click {{< ui >}}Preview{{< /ui >}} at the bottom right of the processors section to run the simulation. +
In the {{< ui >}}Simulated Changes{{< /ui >}} section, select a result to view the data before after being transformed by all processors, which is the data sent to the destinations. See [Run a simulation for the entire pipeline](#run-a-pipeline-simulation) for more information. {{< img src="observability_pipelines/pipeline_simulation/pipeline_simulation_preview.png" alt="The Preview button at the bottom of the processors panel." style="width:60%;" >}} 1. After the simulation is complete, you can: - See the data that the processor received and sent out. @@ -223,7 +228,7 @@ On the Pipeline Simulation page, you can choose which set of processors you want #### Run a simulation for the entire pipeline -When you toggle {{< ui >}}Simulate entire pipeline{{< /ui >}} and run a simulation, the entry event shown is the log sent from the source before any processing is done. The exit log is the result after all processors have been applied and sent to the destination. This lets you visualize how a log is transformed after it goes through the entire pipeline. +When you enable the {{< ui >}}Simulate entire pipeline{{< /ui >}} toggle and run a simulation, the entry event shown is the log sent from the source before any processing is done. The exit log is the result after all processors have been applied and sent to the destination. This lets you visualize how a log is transformed after it goes through the entire pipeline. ## Further reading From 50fd3a11ea2332e7f3c023bb8ffd16cc06fd4397 Mon Sep 17 00:00:00 2001 From: May Lee Date: Tue, 21 Jul 2026 15:03:08 -0400 Subject: [PATCH 4/7] update modified and created --- .../configuration/pipeline_simulation.md | 10 ++++------ 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/content/en/observability_pipelines/configuration/pipeline_simulation.md b/content/en/observability_pipelines/configuration/pipeline_simulation.md index 2e83ff1cafa..83c87e86475 100644 --- a/content/en/observability_pipelines/configuration/pipeline_simulation.md +++ b/content/en/observability_pipelines/configuration/pipeline_simulation.md @@ -199,16 +199,14 @@ After you have captured data for your pipeline simulation, edit your pipeline pr - See the data that the processor received and sent out. - Enter a free-text search query to find specific logs that were captured. The query searches all attributes and tags in the logs. - Use the {{< ui >}}All events{{< /ui >}} dropdown menu to view events by status: - - `Modified only` shows only modified events. + - `Modified only` shows modified and created events. Created events include: + - Metrics generated from logs with the [Generate Logs-Based Metrics][9] processor. + - Logs created by the [Split Array][10] processor. - `Unmodified only` shows only unmodified events. - `Rerouted only` shows only logs rerouted to an overflow destination by the [Quota processor][8]. - - `Created only` shows only: - - Metrics generated from logs with the [Generate Logs-Based Metrics][9] processor. - - Logs created by the [Split Array][10] processor. - `Dropped only` shows only dropped events. - Use the {{< ui >}}All telemetry{{< /ui >}} dropdown menu to view `Logs only` or `Metrics only` events. `Metrics only` shows events only from the [Generate Logs-Based Metrics][9] processor. -1. Click {{< ui >}}Save{{< /ui >}} at the bottom right side of the page to save your changes. -1. Click {{< ui >}}Back to Pipeline{{< /ui >}} on the top right side of the page. +1. Click {{< ui >}}Save{{< /ui >}} at the bottom right side of the page to save your changes, and click {{< ui >}}Back to Pipeline{{< /ui >}} on the top right side of the page. 1. To deploy your updates to production, do one of the following: - **Deploy updates using the UI**: Click {{< ui >}}Next: Deploy Changes{{< /ui >}} on the pipeline page. - **Use the API to deploy changes**: See [Export and Import Configuration][11] for information on exporting pipeline configurations to JSON. From fed9b29d80973b991b9e47b4148ffe695680d85e Mon Sep 17 00:00:00 2001 From: May Lee Date: Tue, 21 Jul 2026 15:03:47 -0400 Subject: [PATCH 5/7] condense steps --- .../configuration/pipeline_simulation.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/en/observability_pipelines/configuration/pipeline_simulation.md b/content/en/observability_pipelines/configuration/pipeline_simulation.md index 83c87e86475..1aa407a822f 100644 --- a/content/en/observability_pipelines/configuration/pipeline_simulation.md +++ b/content/en/observability_pipelines/configuration/pipeline_simulation.md @@ -206,7 +206,7 @@ After you have captured data for your pipeline simulation, edit your pipeline pr - `Rerouted only` shows only logs rerouted to an overflow destination by the [Quota processor][8]. - `Dropped only` shows only dropped events. - Use the {{< ui >}}All telemetry{{< /ui >}} dropdown menu to view `Logs only` or `Metrics only` events. `Metrics only` shows events only from the [Generate Logs-Based Metrics][9] processor. -1. Click {{< ui >}}Save{{< /ui >}} at the bottom right side of the page to save your changes, and click {{< ui >}}Back to Pipeline{{< /ui >}} on the top right side of the page. +1. Click {{< ui >}}Save{{< /ui >}} at the bottom right side of the page to save your changes and then {{< ui >}}Back to Pipeline{{< /ui >}} on the top right side of the page. 1. To deploy your updates to production, do one of the following: - **Deploy updates using the UI**: Click {{< ui >}}Next: Deploy Changes{{< /ui >}} on the pipeline page. - **Use the API to deploy changes**: See [Export and Import Configuration][11] for information on exporting pipeline configurations to JSON. From b49c8709116b537a83f4d4062623dda47ecce835 Mon Sep 17 00:00:00 2001 From: May Lee Date: Thu, 23 Jul 2026 13:05:38 -0400 Subject: [PATCH 6/7] add metrics sample --- .../configuration/pipeline_simulation.md | 170 +++++++++++++++++- 1 file changed, 169 insertions(+), 1 deletion(-) diff --git a/content/en/observability_pipelines/configuration/pipeline_simulation.md b/content/en/observability_pipelines/configuration/pipeline_simulation.md index 1aa407a822f..1a42ba43c97 100644 --- a/content/en/observability_pipelines/configuration/pipeline_simulation.md +++ b/content/en/observability_pipelines/configuration/pipeline_simulation.md @@ -103,7 +103,10 @@ When you import sample data in JSON format, the data must be: - Structured as a set of JSON objects wrapped in an array - Comma-separated between each log event -The following is an example set of logs in JSON you can import for a simulation: +The following is an example set of data in JSON you can import for a simulation: + +{{< tabs >}} +{{% tab "Logs" %}} ```json [ @@ -145,6 +148,171 @@ The following is an example set of logs in JSON you can import for a simulation: ] ``` +{{% /tab %}} +{{% tab "Metrics" %}} + +```json +[ + { + "name": "counter", + "timestamp": "2026-05-22T12:40:53.761998760Z", + "kind": "incremental", + "counter": { + "value": 1 + } + }, + { + "name": "test_metric", + "timestamp": "2026-05-22T12:40:53.762001805Z", + "kind": "incremental", + "distribution": { + "samples": [ + { + "value": 1, + "rate": 1 + } + ], + "statistic": "summary" + } + }, + { + "name": "counter", + "timestamp": "2026-05-22T12:40:53.762002953Z", + "kind": "incremental", + "counter": { + "value": 1 + } + }, + { + "name": "test_metric", + "timestamp": "2026-05-22T12:40:53.762003454Z", + "kind": "incremental", + "distribution": { + "samples": [ + { + "value": 1, + "rate": 1 + } + ], + "statistic": "summary" + } + }, + { + "name": "counter", + "timestamp": "2026-05-22T12:40:53.762004406Z", + "kind": "incremental", + "counter": { + "value": 1 + } + }, + { + "name": "test_metric", + "timestamp": "2026-05-22T12:40:53.762005210Z", + "kind": "incremental", + "distribution": { + "samples": [ + { + "value": 1, + "rate": 1 + } + ], + "statistic": "summary" + } + }, + { + "name": "counter", + "timestamp": "2026-05-22T12:40:53.762009493Z", + "kind": "incremental", + "counter": { + "value": 1 + } + }, + { + "name": "test_metric", + "timestamp": "2026-05-22T12:40:53.762010190Z", + "kind": "incremental", + "distribution": { + "samples": [ + { + "value": 1, + "rate": 1 + } + ], + "statistic": "summary" + } + }, + { + "name": "counter", + "timestamp": "2026-05-22T12:40:53.762010978Z", + "kind": "incremental", + "counter": { + "value": 1 + } + }, + { + "name": "test_metric", + "timestamp": "2026-05-22T12:40:53.762011618Z", + "kind": "incremental", + "distribution": { + "samples": [ + { + "value": 1, + "rate": 1 + } + ], + "statistic": "summary" + } + }, + { + "name": "counter", + "timestamp": "2026-05-22T12:40:53.762013275Z", + "kind": "incremental", + "counter": { + "value": 1 + } + }, + { + "name": "test_metric", + "timestamp": "2026-05-22T12:40:53.762013825Z", + "kind": "incremental", + "distribution": { + "samples": [ + { + "value": 1, + "rate": 1 + } + ], + "statistic": "summary" + } + }, + { + "name": "counter", + "timestamp": "2026-05-22T12:40:53.762014416Z", + "kind": "incremental", + "counter": { + "value": 1 + } + }, + { + "name": "test_metric", + "timestamp": "2026-05-22T12:40:53.762015007Z", + "kind": "incremental", + "distribution": { + "samples": [ + { + "value": 1, + "rate": 1 + } + ], + "statistic": "summary" + } + } +] +``` + +{{% /tab %}} +{{< /tabs >}} + ##### JSONL sample data format A JSONL file must contain multiple JSON objects, where each object is on its own line, separated by a newline. From 9c8e142e85622aee77a2ce1716dc0b8a77d076bf Mon Sep 17 00:00:00 2001 From: May Lee Date: Fri, 24 Jul 2026 12:28:28 -0400 Subject: [PATCH 7/7] add preview back for now --- .../configuration/pipeline_simulation.md | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/content/en/observability_pipelines/configuration/pipeline_simulation.md b/content/en/observability_pipelines/configuration/pipeline_simulation.md index 6ee4a12fe8d..58f05ad4fc5 100644 --- a/content/en/observability_pipelines/configuration/pipeline_simulation.md +++ b/content/en/observability_pipelines/configuration/pipeline_simulation.md @@ -19,6 +19,10 @@ products: url: /observability_pipelines/configuration/?tab=metrics#pipeline-types --- +{{< callout url="#" btn_hidden="true" header="Join the Preview!">}} +Pipeline Simulation is in Preview. Reach out to your account manager to request access. +{{< /callout >}} + ## Overview When you configure or edit a pipeline in Observability Pipelines, you often have to update filter queries, sampling rules, or [Packs][12] that transform your telemetry. These changes can impact downstream monitors, dashboards, and detection rules. Therefore, it's important to test and validate how your changes affect your production data before you deploy those changes.