-
Notifications
You must be signed in to change notification settings - Fork 3.4k
Adding support for writing e2e tests exclusive to ENI mode #18557
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
bef3499
to
3a9ff38
Compare
3a9ff38
to
a1aea95
Compare
Awesome, thank you! A bit of feedback from an offline discussions with some folks:
|
a1aea95
to
84cf736
Compare
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.
Awesome work 🚀 Overall looks good to me, few small nits.
Given that this adds about 10 minutes to the overall test duration, I think one improvement to consider is to only run the Run e2e tests
step if any of the ENI affected code has been changed (i.e. by adding a ENI-specific path filter similar to what we already do for documentation and gating the Run e2e test
step with an if
) or some other opt-in mechanism, but I let the ci-structure
team chime in here as well.
84cf736
to
dfab629
Compare
@gandro suggestion to limit |
Yeah, this is a good question. Looking at the CODEOWNERs and from my experience, I think automatically detecting affected PRs is good thing to have, as not everyone will be aware of the details of this workflow. I'm also fine to start with maybe the label option first, and then experiment with the code changes later in a follow-up PR. |
This pull request has been automatically marked as stale because it |
This pull request has been automatically marked as stale because it |
This pull request has been automatically marked as stale because it |
This pull request has been automatically marked as stale because it |
This pull request has been automatically marked as stale because it |
This pull request has been automatically marked as stale because it |
@hemanthmalla Do you plan to take this PR forward? |
@christarazi we definitely need this. But looks like due to recent changes we might need significant rework anyway ? |
@hemanthmalla Sounds good, maybe a fresh start would be best. Up to you. |
This pull request has been automatically marked as stale because it |
This pull request has been automatically marked as stale because it |
This pull request has not seen any activity since it was marked stale. |
Currently in CI only
cilium-cli
based connectivity tests are run for AWS ENI mode. AFAIK, There seems to be no easy way to write e2e tests exclusive to a cloud provider. This commit introduces a new ginkgo focus group for ENI, which can be used to house e2e tests for cloud provider specific features like AWS excess IP release, ENI prefix delegation, etc. There are more features that aren't currently tested e2e in CI and this focus group should make it easy to add them.This could also be achieved with build tags maybe ? Please suggest if there's an easier / better way to achieve this.
This PR also adds an e2e test for changes added from #17939 and is needed to trigger the e2e test in #18463
Link to successful workflow run with incoming changes.
Todo :
cilium-cli
from ginkgo