You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: versioned_docs/version-3.0.0/quickstart/k8s-proxy.md
-46Lines changed: 0 additions & 46 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -135,20 +135,6 @@ At this point, your e-commerce application is live and ready to receive traffic.
135
135
136
136
## Enable Live Record & Replay with Keploy Proxy
137
137
138
-
### Pick a recording mode
139
-
140
-
The Keploy Proxy supports two ways to capture traffic from your application Pods. Both modes drive the **same Console UI and REST API**—the rest of this guide works identically in either case. Pick whichever fits your environment.
| How traffic is captured | A `keploy-agent` sidecar container is injected into your application Pod via a `MutatingAdmissionWebhook`. The agent intercepts traffic alongside your container. | A `keploy-daemonset` Pod runs on each node and captures traffic from existing application Pods using **eBPF**—no sidecar, no application Pod restart. |
145
-
| What happens on `Start Recording`| The proxy injects the agent and rolls the application Deployment. | The proxy creates a `RecordingSession` Custom Resource. The DaemonSet picks it up and programs its BPF target maps to capture matching Pods on each node. |
146
-
| Pod mutation on the application namespace | Required (`patch` on Deployments). |**Not required.** Application Pods are never modified. |
147
-
| Application restart at recording start | Yes, on first recording. | No. |
148
-
| Best for | Dev/staging, teams happy to grant write RBAC to Keploy on the application namespace. | Production with read-only RBAC on the application namespace; environments where rolling the application Pod has unacceptable cost; or when you want cluster-mode auto-replay (replay runs in a separate cluster you provide). |
149
-
150
-
The screenshots below show the **Sidecar** flow because that is the default. To use **DaemonSet** mode instead, set the daemonset values when you run the Helm command in step 4 below—every other step is identical.
151
-
152
138
### 1. Open Keploy Dashboard
153
139
154
140
Visit:
@@ -189,38 +175,6 @@ Once you have provided the cluster details, you can install the Keploy Proxy in
If you want to use **DaemonSet mode** instead of the default Sidecar mode, append the daemonset values to the Helm command shown in the dashboard. The Helm chart installs the `recordingsessions.keploy.io` and `replaysessions.keploy.io` Custom Resource Definitions, and the per-node DaemonSet that performs the eBPF capture.
195
-
196
-
```bash
197
-
# add these flags to the Helm command from the dashboard:
198
-
--set daemonset.enabled=true \
199
-
--set daemonset.crds.install=true
200
-
```
201
-
202
-
After install you should see a per-node `k8s-proxy-daemonset-*` Pod alongside the regular proxy Deployment:
203
-
204
-
```bash
205
-
kubectl get pods -n keploy
206
-
# NAME READY STATUS RESTARTS AGE
207
-
# k8s-proxy-xxxxxxxxxx-xxxxx 1/1 Running 0 1m
208
-
# k8s-proxy-daemonset-xxxxx 1/1 Running 0 1m ← per node
The rest of this quickstart proceeds identically—the Console **Start Recording** button creates a `RecordingSession` CR which the DaemonSet picks up; you do not need to interact with the CR yourself.
223
-
224
178
### 5. Verify the Installation
225
179
226
180
Paste the Helm command into the terminal. Once the installation is complete, verify that the Keploy Proxy is running.
Copy file name to clipboardExpand all lines: versioned_docs/version-4.0.0/quickstart/k8s-proxy.md
-46Lines changed: 0 additions & 46 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -135,20 +135,6 @@ At this point, your e-commerce application is live and ready to receive traffic.
135
135
136
136
## Enable Live Record & Replay with Keploy Proxy
137
137
138
-
### Pick a recording mode
139
-
140
-
The Keploy Proxy supports two ways to capture traffic from your application Pods. Both modes drive the **same Console UI and REST API**—the rest of this guide works identically in either case. Pick whichever fits your environment.
| How traffic is captured | A `keploy-agent` sidecar container is injected into your application Pod via a `MutatingAdmissionWebhook`. The agent intercepts traffic alongside your container. | A `keploy-daemonset` Pod runs on each node and captures traffic from existing application Pods using **eBPF**—no sidecar, no application Pod restart. |
145
-
| What happens on `Start Recording`| The proxy injects the agent and rolls the application Deployment. | The proxy creates a `RecordingSession` Custom Resource. The DaemonSet picks it up and programs its BPF target maps to capture matching Pods on each node. |
146
-
| Pod mutation on the application namespace | Required (`patch` on Deployments). |**Not required.** Application Pods are never modified. |
147
-
| Application restart at recording start | Yes, on first recording. | No. |
148
-
| Best for | Dev/staging, teams happy to grant write RBAC to Keploy on the application namespace. | Production with read-only RBAC on the application namespace; environments where rolling the application Pod has unacceptable cost; or when you want cluster-mode auto-replay (replay runs in a separate cluster you provide). |
149
-
150
-
The screenshots below show the **Sidecar** flow because that is the default. To use **DaemonSet** mode instead, set the daemonset values when you run the Helm command in step 4 below—every other step is identical.
151
-
152
138
### 1. Open Keploy Dashboard
153
139
154
140
Visit:
@@ -189,38 +175,6 @@ Once you have provided the cluster details, you can install the Keploy Proxy in
If you want to use **DaemonSet mode** instead of the default Sidecar mode, append the daemonset values to the Helm command shown in the dashboard. The Helm chart installs the `recordingsessions.keploy.io` and `replaysessions.keploy.io` Custom Resource Definitions, and the per-node DaemonSet that performs the eBPF capture.
195
-
196
-
```bash
197
-
# add these flags to the Helm command from the dashboard:
198
-
--set daemonset.enabled=true \
199
-
--set daemonset.crds.install=true
200
-
```
201
-
202
-
After install you should see a per-node `k8s-proxy-daemonset-*` Pod alongside the regular proxy Deployment:
203
-
204
-
```bash
205
-
kubectl get pods -n keploy
206
-
# NAME READY STATUS RESTARTS AGE
207
-
# k8s-proxy-xxxxxxxxxx-xxxxx 1/1 Running 0 1m
208
-
# k8s-proxy-daemonset-xxxxx 1/1 Running 0 1m ← per node
The rest of this quickstart proceeds identically—the Console **Start Recording** button creates a `RecordingSession` CR which the DaemonSet picks up; you do not need to interact with the CR yourself.
223
-
224
178
### 5. Verify the Installation
225
179
226
180
Paste the Helm command into the terminal. Once the installation is complete, verify that the Keploy Proxy is running.
0 commit comments