-
Notifications
You must be signed in to change notification settings - Fork 68
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
Change ingress fetching to be isolated per provider #112
Change ingress fetching to be isolated per provider #112
Conversation
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: LiorLieberman 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 |
/label tide/merge-method-merge |
Also added issue numbers for TODOs
|
||
for _, f := range unstructuredObjects { | ||
if !f.GroupVersionKind().Empty() && f.GroupVersionKind().Kind == "Ingress" { | ||
var i networkingv1.Ingress |
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.
optional: i -> ingress
Usually i
is associated with the iteration variable for index, ingress
has more readability IMO.
/lgtm |
/hold to ensure it's not automerged and there's another lgtm or approve |
I too fell for it before @dpasiukevich 😅 |
resolved all the comments here 835e917 |
What type of PR is this?
/kind feature
What this PR does / why we need it:
Currently we fetch all the ingresses in the main package and we pass them to all the providers.
This is not only redundant (as every provider only cares about its own ingresses) but also creates some bugs. (#109)
This also increases consistency as we already fetch CRDs at the provider level and store them in a local storage.
Note: This PR is likely to yield some more issues and TODOs that wont be addressed in this PR.
For example changing
ToGatewayAPI
interface function signature that wont needi2gw.InputResources
anymore.Another thing would be to revisit
i2gw.InputResources
struct and check if we need it or we will change it to just a list of Ingresses as it is the only things it holds now.I structured the commits to ease the review so you could review each commit independently
Which issue(s) this PR fixes:
Fixes #109
Does this PR introduce a user-facing change?: