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

Support different sources of ignition #135

Open
SchwarzM opened this issue Sep 23, 2024 · 1 comment
Open

Support different sources of ignition #135

SchwarzM opened this issue Sep 23, 2024 · 1 comment
Assignees
Labels
concept enhancement New feature or request

Comments

@SchwarzM
Copy link

Summary

The ignition is currently one big file which holds several distinct parts of config at least:

  • OS Config
  • Network Config
  • Kubernetes Config

I would want to expose these parts towards the different teams that need to provide input in a clean API.

Basic example

As a gardener operator i only write the ignition which adds the node to the cluster.
As a network operator i only write the ignition which enables the node to interact with the fabric.
As a ceph operator i can write an ignition which configures OS kernel settings towards the ceph use case.
As a kvm operator i can write an ignition which configures OS kernel settings towards the hypervisor case.

Motivation

We do not need to manage a huge ignition which can hold even conflicting information from different sources.

@SchwarzM SchwarzM added enhancement New feature or request concept labels Sep 23, 2024
@SchwarzM SchwarzM self-assigned this Sep 23, 2024
@SchwarzM
Copy link
Author

previous ccloud iteration on this topic: https://codi.eu-nl-1.cloud.sap/ignition-bootstrap-provider

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
concept enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant