-
Notifications
You must be signed in to change notification settings - Fork 542
GEP: Add Timeouts GEP first cut #1744
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
Signed-off-by: Nick Young <[email protected]>
I'd recommend checking the preview at https://deploy-preview-1744--kubernetes-sigs-gateway-api.netlify.app/geps/gep-1742/ to see the diagrams properly. |
- Create some method to configure some timeouts | ||
- Timeout config must be applicable to most if not all Gateway API implementations. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It would be good to capture what types of timeouts are relevant to a broad set of users even if implementations currently don't support it.
Then we have enough data to say to implementors - 'if you add support for X,Y timeouts you'll handle 80% of use cases'
|
||
## Non-Goals | ||
|
||
- TBD |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Support for all possible timouts seems like a good non-goal
Create some sort of design so that Gateway API objects can be used to configure | ||
timeouts for different types of connection. | ||
|
||
## Goals |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is where we have to decide whether or not we want to be opinionated about what a timeout is
to make this process less difficult, then to find common timeouts that we can | ||
build into Gateway API. | ||
|
||
For this initial round, we'll focus on Layer 7 HTTP traffic, while acknowledging |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes, we should focus on L7 firstly.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for ping me to take a review @shaneutt. Happy to see this move on @youngnick.
Initial content looks good to me.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for asking me for the review. This document seems totally reasonable as a first iteration and a good starting point 👍
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I like that for now we're just stating what we'd like to do and providing some groundwork information about the relevant proxies at play so we can continue to build from here (the mermaid diagrams are nice too). I think as provisional, this is a good place to start the conversation and I have no blockers. 👍
For this initial round, we'll focus on Layer 7 HTTP traffic, while acknowledging | ||
that Layer 4 connections have their own interesting timeouts as well. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm tempted to say, put L4 in non-goals to keep the scope here focused on HTTPRoute. But I don't consider this a blocker or anything.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
looks good for me, and there is no blocker from me, maybe need another review from @robscott before getting merged this.
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: keithmattix, mlavacca, shaneutt, Xunzhuo, youngnick The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
This GEP definitely needs some more information to be viable, but could be merged as-is because it's provisional anyway. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
/lgtm
Thanks @youngnick !
/hold for multiple review |
oh, actually, we already have another maintainer review, sorry @Xunzhuo. /unhold |
What type of PR is this?
/kind gep
What this PR does / why we need it:
This PR adds a first attempt at systematizing the discussion around timeouts in Gateway API.
It also adds support for Markdown tables and MermaidJS diagrams to our mkdocs installation.
Which issue(s) this PR fixes:
Updates #1742
Does this PR introduce a user-facing change?: