Skip to content
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

Run (basic) e2e tests for AWS provider on CI #1979

Open
wainersm opened this issue Aug 5, 2024 · 0 comments
Open

Run (basic) e2e tests for AWS provider on CI #1979

wainersm opened this issue Aug 5, 2024 · 0 comments
Labels
CI Issues related to CI workflows provider/aws Issues related to AWS CAA provider

Comments

@wainersm
Copy link
Member

wainersm commented Aug 5, 2024

Currently we run e2e tests on CI for Libvirt and working to get it for docker too. Likewise, ideally we should have CI up and running for the other cloud providers. This issue tracks the work required to have a bare-minimum CI for AWS.

The suggested scope is:

  • trigger daily jobs (not pull request) only so that we can understand the costs per run as well as we can better control the bill
  • e2e tests provisioner can instantiate an EKS cluster or relies on existing on-prem kubernetes. The former will incur on cost as well, so I think we could start with the on-prem (i.e. install k8s on the test runner). I also don't know if the provisioner for EKS is still working.
  • disable confidential VM as, again, CVM incur on costs as well as only a few regions provide instances. So do not install KBS. We will be really running tests for the basic non-confidential features

Cc @ldoktor

@wainersm wainersm added CI Issues related to CI workflows provider/aws Issues related to AWS CAA provider labels Aug 5, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
CI Issues related to CI workflows provider/aws Issues related to AWS CAA provider
Projects
Status: 🆕 New
Development

No branches or pull requests

1 participant