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

Use KRM based k8s applier #646

Closed
raliev12 opened this issue Sep 29, 2021 · 1 comment
Closed

Use KRM based k8s applier #646

raliev12 opened this issue Sep 29, 2021 · 1 comment
Assignees
Labels
design needed New Design or Redesign required enhancement New feature or request
Milestone

Comments

@raliev12
Copy link
Contributor

Problem description (if applicable)
Currently, k8s applier code is a part of airshipctl core functionality. However, this implementation is bulky, contains a lot of useless abstractions and imposes on us many restrictions and inconveniences. Among them:

  1. dependencies in airshipctl core functionality
  2. impossible to use or choose different backends for apply
  3. no appropriate log integration with k8s libs (lack of debug information of apply process)
  4. no possibility of granulated upgrade of cli utils dependencies

Proposed change
Use KRM function for apply process. Proposed change - https://review.opendev.org/c/airship/airshipctl/+/809291

Potential impacts
None.

@raliev12 raliev12 added enhancement New feature or request triage Needs evaluation by project members labels Sep 29, 2021
@mattmceuen mattmceuen added design needed New Design or Redesign required and removed triage Needs evaluation by project members labels Sep 29, 2021
@mattmceuen mattmceuen added this to the Future milestone Sep 29, 2021
@raliev12
Copy link
Contributor Author

This one can be assigned to me.

@eak13 eak13 modified the milestones: Future, v2.1 Nov 3, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
design needed New Design or Redesign required enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants