eventing: [Experimental] DeliverySpec Timeout

Description Sink services are usually very heterogeneous, each one with different response time characteristics, depending on their functionality, the way they’re implemented, the guarantees the user wants. Because of that, timeouts of a request, when dispatching an event, may vary. DeliverySpec doesn’t give the ability to the user to specify the timeout of the single request, so we usually just default to something like 10 seconds. This is not enough, and doesn’t cover a lot of use cases where this parameter needs to be tuned.

This experimental feature proposed to add a new field to the DeliverySpec to define such timeout for each dispatched request.

Exit Criteria DeliverySpec allows to configure the timeout of the single request.

Experimental flag name: delivery-timeout

Experimental feature stages plan

Below the proposed plan for the feature stages (this list implicitly includes the requirements defined in the process)

Affected WG

  • Event Delivery WG

Prior discussion

About this issue

  • Original URL
  • State: open
  • Created 3 years ago
  • Reactions: 5
  • Comments: 16 (14 by maintainers)

Most upvoted comments

This is a very very real problem if v1 continues to be a sliding scale for anyone who has developed any component that exists outside the knative repos. We need to put a stop to the feature creep until we can cut a v1/GA version of Eventing.

As explained here https://github.com/knative/specs/pull/15#issuecomment-808024302, I think this is an important feature and we should do it before v1, and it’s not a drastic change. It’s trivial to implement for most components out there (at least the ones i know).

I think it is very reasonable to have some timeout notion configurable

/cc @lionelvillard