Kubernetes Traffic Replay

How it works

Speedscale listens to late-stage Kubernetes environments via Istio or sidecar, and redacts PII. You can also use Postman collections to feed in data.

This traffic can be reviewed, filtered and distilled into snapshots that run as tests and mocks, with no scripting required.

API Observability

Since Speedscale observes PII-redacted traffic, this data can be viewed in our Traffic Viewer to debug problems, do root-cause analysis and understand API behavior. PII and sensitive data redaction included.

Real-time replacement of key fields and dates

Speedscale can automatically detect and mock your dependencies.
Service mocks are simulators that accept outbound requests from your app and mimic responses coming back from 3rd parties. 

Speedscale mocks contain PII-redacted, sanitized traffic so you don’t need to worry about sensitive data being used.

					"chaos": {
     "badStatusCodes": true,
     "intermittentResponses": true,
     "randomLatency": true,
     "randomHighLatencyMs": 5000

Performance, regression and
chaos test without multiple tools

Traffic replay pods are ran locally in your clusters by a Kubernetes operator for traffic replay.

Test results are logged and sent to Speedscale for analysis and reporting. Pods are cleaned up afterward to return the cluster to the original state.

How Does Traffic Replay Work?

AICPA SOC Logo - Speedscale API Testing


Speedscale can ingest traffic through a variety of means such as sidecar, Postman collections, and schemas. Data is gathered in your cloud and sanitized for security, so no sensitive data ever leaves.


Speedscale then intelligently parameterizes key fields such as timestamps, unique IDs, and customer/order IDs in order to replace them with realtime values during traffic replay for flexible reuse. Tokenization can be customized. Collected traffic can be browsed, filtered and selected in the Traffic Viewer to auto-generate tests and mocks from.


To replay traffic, you create “Snapshots”. A Snapshot is essentially a test suite that can contain either a traffic Generator pod, Mock pod or both. Upon replay, the appropriate pods are spun up by our Operator to run the simulation and validations. Traffic for Snapshots can be multiplied, sped up or slowed down. Responses from the Mock pod can also be configured for 404’s, latency, and network black holes.

Installation Options

Speedscale’s Operator and Sidecars for listening can be installed via Helm, CRD, or annotations. We also have a CLI *speedctl* that can be installed and used to automate many install, record, and replay tasks.

See How Speedscale Works

speedscale traffic viewer
Developing highly resilient Kubernetes deployments is crucial for ensuring that your hosted applications in Kubernetes can effe...
Regression testing is not a new concept. However, historically, it has been limited to functional testing due to the setup, con...
API mocking plays a critical role in software development to isolate the system under test, reducing dependencies across teams,...