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

[Feature Request] enable compliance tests to use plugins for cluster provisioning #710

Closed
mbuechse opened this issue Aug 22, 2024 · 0 comments · Fixed by #753
Closed

[Feature Request] enable compliance tests to use plugins for cluster provisioning #710

mbuechse opened this issue Aug 22, 2024 · 0 comments · Fixed by #753
Assignees
Labels
SCS is standardized SCS is standardized SCS-VP10 Related to tender lot SCS-VP10

Comments

@mbuechse
Copy link
Contributor

mbuechse commented Aug 22, 2024

The entry point for executing the conformance tests is a provided kubeconfig, which can then be used by the test framework sonobuoy.
Hence we would therefore have to place a prior process which ensures that this kubeconfig file is available for the execution of the test.
This process should be handled through the creation of plugins.
For each kubernetes provider, specific plugins should be added to the CI/CD pipeline, which will allow the required cluster to be created.


DRAFT:

In the context of this topic, we need to apply the kaas test in the zuul pipeline:

The plugin mechanism should cover the following scenarios:

  1. plugin could just use a static cluster (with some provided Kubeconfig)
  2. plugin could use the Cluster API to provision and tear down a cluster
  3. plugin could use the "central API" to provision and tear down a cluster
Zuul pipeline integration

The zuul jobs for carrying out the conformance test could be designed as follows:

flowchart TB
  classDef PluginSpecificAdjustment fill:#bbf,stroke-width:2px,color:#fff,stroke-dasharray: 5 5
  classDef SonobuoySpecificAdjustment fill:#faa,stroke-width:2px,color:#fff,stroke-dasharray: 5 5
  subgraph TOP[zuul job execution]
    direction TB
    subgraph start[prepare tests]
        direction LR
        do[install requirements];
    end

    subgraph iaas[scs-test-runner.py:iaas]
        direction LR
        start_iaas[access OS]-->end_b1[run tests];

    end

    subgraph kaas[scs-test-runner.py:kaas]
        direction TB
        start_kaas[plugin: create clusters]:::PluginSpecificAdjustment-->scs-compliance;
        scs-compliance-->end_kaas[plugin: delete clusters]:::PluginSpecificAdjustment;
    end

    subgraph scs-compliance[scs-compliance-check.py]
        sonobuoy_executor_a[sonobuoy_executor:run cncf]:::SonobuoySpecificAdjustment;
        sonobuoy_executor_a-->run_python_tests_a[k8s_version_policy.py];
       run_python_tests_a-->run_python_tests_b[k8s_node_distribution_check.py]
       run_python_tests_b-->run_python_tests[***.py]
    end

    subgraph final[finalize]
        direction LR
        done[evaluate results];

    end
  end
  start --> iaas
  iaas --> kaas
  kaas --> final

Loading

We should therefore use the existing infrastructure of the following scripts

which make use of these spec files:

Hence provide specific plugin implementations have to provide methods for

  • installing requirements
  • creating a cluster
  • deleting a cluster
@mbuechse mbuechse added SCS is standardized SCS is standardized SCS-VP10 Related to tender lot SCS-VP10 labels Aug 22, 2024
@mbuechse mbuechse transferred this issue from SovereignCloudStack/issues Aug 22, 2024
@mbuechse mbuechse moved this from Backlog to Doing in Sovereign Cloud Stack Sep 19, 2024
@github-project-automation github-project-automation bot moved this from Doing to Done in Sovereign Cloud Stack Nov 19, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
SCS is standardized SCS is standardized SCS-VP10 Related to tender lot SCS-VP10
Projects
Status: Done
Development

Successfully merging a pull request may close this issue.

2 participants