-
Notifications
You must be signed in to change notification settings - Fork 48
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
[Feature] Kind-based druid e2e tests and pipeline integration #465
Comments
Relevant presubmit and periodic jobs for g/g's default e2e test are configured here: |
Hi, I checked if prow jobs can possibly run e2e tests for druid. What I found is that current images for prow jobs have no provision for fetching AWS secrets from secret server. Moreover, I learned that secret server can't be run in prow jobs as the secret servers can be accessed from concourse only (Please, correct me here if I am wrong.) |
So, I checked resorted to concourse to enable running druid e2e tests. I am facing a problem there as well. Currently concourse steps are not able to run KIND. I probably have to make a docker image that will run a KIND cluster and use that cluster to run |
If that's the case, can we stick to provider Either this, or we need to enhance the local provider logic in druid to be able to create a new PVC specifically for the backup store, and mount it onto the @timuthy @abdasgupta WDYT? |
Oliver gave us a way to conduct e2e tests with remote storages and mount secrets in Prow jobs. Currently, I am trying that |
I raised #513 and gardener/ci-infra#553 for this |
/reopen Let's keep this open until gardener/ci-infra#553 is merged and the prow job is stable, for correctness of the issue tracking. |
Closing since gardener/ci-infra#553 is merged and test runs are stable. |
Feature (What you would like to be added):
As a developer, I would like be able to easily run the e2e tests for etcd-druid without the need for an external cluster. Ideally, I would like to use a local kind cluster to do this, similar to how gardener/gardener does it.
I would also like to run these e2e tests as part of the CICD pipeline before every PR is merged, to ensure that we aren't required to manually run the e2e tests before every PR/release.
Motivation (Why is this needed?):
Kind-based testing is quite convenient, as already demonstrated by gardener. It allows developers to easily test locally, and also to integrate with the CICD pipeline, which can spin up a kind cluster and run tests against it, rather than trying to procure a k8s cluster from elsewhere.
Approach/Hint to the implement solution (optional):
/area quality
/area testing
The text was updated successfully, but these errors were encountered: