Merge pull request #5881 from influxdata/docs/v3/write-steps

Listing write steps for Core and Enterprise

Author: jstirnaman

content/influxdb3/core/reference/internals/_index.md

@@ -0,0 +1,16 @@
+---
+title: InfluxDB 3 Core internals
+description: >
+  Learn about InfluxDb 3 Core internal systems and mechanisms.
+menu:
+  influxdb3_core:
+    name: Core internals
+    parent: Reference
+weight: 107
+source: /shared/influxdb3-internals-reference/_index.md
+---
+
+<!--
+The content for this page is at
+// SOURCE /content/shared/influxdb3-internals-reference/_index.md
+->

content/influxdb3/core/reference/internals/durability/_index.md

@@ -0,0 +1,17 @@
+---
+title: InfluxDB 3 Core internals
+list_title: Data durability
+description: >
+    Learn how InfluxDB 3 Core ensures data durability through a structured write path that balances performance, persistence, and query efficiency.
+menu:
+  influxdb3_core:
+    parent: Core internals
+    name: Data durability
+weight: 200
+source: /shared/influxdb3-internals-reference/durability.md
+---
+
+<!--
+The content for this page is at
+// SOURCE /content/shared/influxdb3-internals-reference/durability/_index.md
+->

content/influxdb3/enterprise/reference/internals/_index.md

@@ -0,0 +1,16 @@
+---
+title: InfluxDB 3 Enterprise internals
+description: >
+  Learn about InfluxDB 3 Enterprise internal systems and mechanisms.
+menu:
+  influxdb3_enterprise:
+    name: Enterprise internals
+    parent: Reference
+weight: 107
+source: /shared/influxdb3-internals-reference/_index.md
+---
+
+<!--
+The content for this page is at
+// SOURCE /shared/influxdb3-internals-reference/_index.md
+->

content/influxdb3/enterprise/reference/internals/durability/_index.md

@@ -0,0 +1,17 @@
+---
+title: InfluxDB 3 Enterprise Internals
+list_title: Data durability
+description: >
+    Learn how InfluxDB 3 Enterprise ensures data durability through a structured write path that balances performance, persistence, and query efficiency.
+menu:
+  influxdb3_enterprise:
+    parent: Enterprise internals
+    name: Data durability
+weight: 200
+source: /shared/influxdb3-internals-reference/durability.md
+---
+
+<!--
+The content for this page is at
+// SOURCE /content/shared/influxdb3-internals-reference/durability/_index.md
+->

content/shared/influxdb3-internals-reference/_index.md

@@ -0,0 +1,5 @@
+
+Learn about {{% product-name %}} internal systems and architecture.
+Understanding these internals can help with performance optimization, troubleshooting, and advanced integrations.
+
+{{< children readmore=true hr=true hlevel="h2" >}}

content/shared/influxdb3-internals-reference/durability.md

@@ -0,0 +1,49 @@
+## How data flows through {{% product-name %}}
+
+When data is written to {{% product-name %}}, it progresses through multiple stages to ensure durability, optimize performance, and enable efficient querying. Configuration options at each stage affect system behavior, balancing reliability and resource usage.
+
+## Data flow for writes
+
+As written data moves through {{% product-name %}}, it follows a structured path to ensure durability, efficient querying, and optimized storage.
+
+{{< img-hd src="/img/influxdb3/influxdb3-core-enterprise-ingest-path-flow.png" alt="Ingest path and data flow for InfluxDB 3 Core & Enterprise" />}}
+<span class="caption">Figure: Write request, response, and ingest flow for InfluxDB 3 Core and Enterprise</span>
+
+1. [Write validation and memory buffer](#write-validation-and-memory-buffer)
+2. [Write-ahead log (WAL) persistence](#write-ahead-log-wal-persistence)
+3. [Query availability](#query-availability)
+4. [Parquet storage](#parquet-storage)
+5. [In-memory cache](#in-memory-cache)
+
+### Write validation and memory buffer
+
+- **Process**: InfluxDB validates incoming data before accepting it into the system.
+- **Impact**: Prevents malformed or unsupported data from entering the database.
+- **Details**: The database validates incoming data and stores it in the write buffer (in memory). If [`no_sync=true`](#no-sync-write-option), the server sends a response to acknowledge the write.
+
+### Write-ahead log (WAL) persistence
+
+- **Process**: The database flushes the write buffer to the WAL every second (default).
+- **Impact**: Ensures durability by persisting data to object storage.
+- **Tradeoff**: More frequent flushing improves durability but increases I/O overhead.
+- **Details**: Every second (default), the database flushes the write buffer to the Write-Ahead Log (WAL) for persistence in the Object store. If [`no_sync=false`](#no-sync-write-option) (default), the server sends a response to acknowledge the write.
+
+### Query availability
+
+- **Process**: The system moves data to the queryable buffer after WAL persistence.
+- **Impact**: Enables fast queries on recent data.
+- **Tradeoff**: A larger buffer speeds up queries but increases memory usage.
+- **Details**: After WAL persistence completes, data moves to the queryable buffer where it becomes available for queries. By default, the server keeps up to 900 WAL files (15 minutes of data) buffered.
+
+### Parquet storage
+
+- **Process**: Every ten minutes (default), data is persisted to Parquet files in object storage.
+- **Impact**: Provides durable, long-term storage.
+- **Tradeoff**: More frequent persistence reduces reliance on the WAL but increases I/O costs.
+- **Details**: Every ten minutes (default), the {{% product-name %}} persists the oldest data from the queryable buffer to the Object store in Parquet format, and keeps the remaining data (the most recent 5 minutes) in memory.
+
+### In-memory cache
+
+- **Process**: Recently persisted Parquet files are cached in memory.
+- **Impact**: Reduces query latency by minimizing object storage access.
+- **Details**: {{% product-name %}} puts Parquet files into an in-memory cache so that queries against the most recently persisted data don't have to go to object storage.

content/shared/influxdb3-query-guides/snapshots/snowflake.md

@@ -381,17 +381,7 @@ The response is the following:
 InfluxDB rejects all points in the batch.
 The response is an HTTP error (`400`) status, and the response body contains `parsing failed for write_lp endpoint` and details about the problem line.
 
-### Data flow
-
-The figure below shows how written data flows through the database.
-
-{{< img-hd src="/img/influxdb/influxdb-3-write-path.png" alt="Write Path for InfluxDB 3 Core & Enterprise" />}}
-
-1. **Incoming writes**: The system validates incoming data and stores it in the write buffer (in memory). If [`no_sync=true`](#no-sync-write-option), the server sends a response to acknowledge the write.
-2. **WAL flush**: Every second (default), the system flushes the write buffer to the Write-Ahead Log (WAL) for persistence in the Object store. If [`no_sync=false`](#no-sync-write-option) (default), the server sends a response to acknowledge the write.
-3. **Query availability**: After WAL persistence completes, data moves to the queryable buffer where it becomes available for queries. By default, the server keeps up to 900 WAL files (15 minutes of data) buffered.
-4. **Long-term storage in Parquet**: Every ten minutes (default), the system persists the oldest data from the queryable buffer to the Object store in Parquet format. InfluxDB keeps the remaining data (the most recent 5 minutes) in memory.
-5. **In-memory cache**: InfluxDB puts Parquet files into an in-memory cache so that queries against the most recently persisted data don't have to go to object storage.
+For more information about the ingest path and data flow, see [Data durability](/influxdb3/version/reference/internals/durability/).
 
 #### Write responses