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
{{ message }}
This repository was archived by the owner on May 5, 2025. It is now read-only.
Copy file name to clipboardExpand all lines: docs/guides/creatingadls.md
+7-5Lines changed: 7 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -9,9 +9,11 @@ A [Dead Letter Sink](https://knative.dev/docs/eventing/event-delivery/) is a Kna
9
9
10
10
In this example we are going to create a [Bridge](https://docs.triggermesh.io/concepts/) that contains a [PingSource](https://knative.dev/docs/eventing/sources/ping-source/) object that will emit an event on a regular basis to a [Broker](https://knative.dev/docs/eventing/broker/) named `demo`. A [Service](https://knative.dev/docs/serving/services/), named `event-success-capture` will subscribe to PingSource events flowing through the Broker using a [Trigger](https://knative.dev/docs/eventing/broker/triggers/).
11
11
12
-
The [Broker](https://knative.dev/docs/eventing/broker/) delivery options will be set to use a [Dead Letter Sink](https://knative.dev/docs/eventing/event-delivery/) so that in the case of a delivery error the event will be forwarded to another Service named `event-failure-capture` instead of being lost into the void.
12
+
The Broker delivery options will be set to use a [Dead Letter Sink](https://knative.dev/docs/eventing/event-delivery/) so that in the case of a delivery error the event will be forwarded to another Service named `event-failure-capture` instead of being lost into the void.
13
13
14
-
We will test the bridge to make sure events are delivered to `event-success-capture`, then we will break the bridge by removing the `event-success-capture` service, in which case we expect the [Dead Letter Sink](https://knative.dev/docs/eventing/event-delivery/) to receive all events that were not delivered.
We will test the bridge to make sure events are delivered to `event-success-capture`, then we will break the bridge by removing the `event-success-capture` service, in which case we expect the Dead Letter Sink to receive all events that were not delivered.
15
17
16
18
## Creating a Bridge with a Dead Letter Sink
17
19
@@ -57,15 +59,15 @@ spec:
57
59
apiVersion: serving.knative.dev/v1
58
60
kind: Service
59
61
name: event-failure-capture
60
-
backoffDelay: "PT0.5S"#or ISO8601 duration
61
-
backoffPolicy: exponential # or linear
62
+
backoffDelay: "PT0.5S"# ISO8601 duration
63
+
backoffPolicy: exponential #exponential or linear
62
64
retry: 2
63
65
```
64
66
65
67
Here a Broker named `demo` is configured with the following delivery options:
66
68
67
69
- 2 retries on failure, backing off exponentialy with a 0.5 seconds factor. This is not the focus of this article but it is recommended to setup retries before giving up on delivery and sending to the DLS.
68
-
- Dead letter sink pointing to a service named `event-failure-capture`. You can request the creation of this Broker even if the service does not exists yet.
70
+
- Dead Letter Sink pointing to a service named `event-failure-capture`. Kubernetes can be requested the creation of this object even if the DLS service does not exists yet.
0 commit comments