Skip to main content
The behavior of errors differs between non-streaming and streaming API calls.
AspectNon-streamingStreaming (IngestData)
Error scopeError indicates that specific call failedError may mean none of the data points in that request were saved
Client actionHandle the error appropriatelyRetry all data from that request
Data overwriteNot applicableSift overwrites existing data on retry
Retransmission riskLow; discrete calls are self-containedHigher; client is continuously streaming so it is not guaranteed that an error is related to the last request sent
Recommendation: Break data into discrete batches instead of streaming continuously. If a failure occurs, only the latest batch needs to be retried, which improves reliability and reduces the impact of errors on overall data flow.