Skip to content

Commit aee86aa

Browse files
authored
Update README.md - add demo video
1 parent 7addd0d commit aee86aa

File tree

1 file changed

+8
-1
lines changed

1 file changed

+8
-1
lines changed

README.md

+8-1
Original file line numberDiff line numberDiff line change
@@ -11,6 +11,13 @@ Presently it can inject failures into **system calls** by attaching kprobes to t
1111
## What's it for?
1212
Minderbinder aims to make it easy to generically inject failures into processes. At the moment you can write a config.yaml that describes the failures to inject and the processes to inject them into, start minderbinder, and see what happens.
1313

14+
<details>
15+
<summary>Video demo</summary>
16+
17+
[h265.webm](https://github.com/user-attachments/assets/73cc8c3e-c447-4e0f-95c4-2e15d3f5fe70)
18+
19+
</details>
20+
1421
## Running Minderbinder
1522
Check out [config.yaml](config.yaml) for a complete example. Minderbinder supports two different interventions - `syscall` and `outgoing_network`:
1623

@@ -81,4 +88,4 @@ func TestYourAPIHandler_DownstreamFailure(t *testing.T) {
8188

8289
This gives us a mechanism to test our application and services resiliance in the face of failures. Traditionally we would do this either by extensively stubbing _all_ the interesting interfaces around the application and injecting failures, or, using some chaos engineering tool to inject failures into the entire aggregate system in a deployed cloud environment. Because Minderbinder leverages eBPF for the failure injection, the code needed for each supported language would be straightforward, as it would simply have to configure the native minderbinder component.
8390

84-
t
91+
t

0 commit comments

Comments
 (0)