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

Subcommand to lint manifests before they are deployed onto a cluster #81

Open
varshavaradarajan opened this issue Jun 9, 2020 · 3 comments

Comments

@varshavaradarajan
Copy link
Collaborator

Right now, clusterlint analyzes the workloads after they have been deployed on a managed/self hosted platform. This is great because:

  • Users may not deploy everything into a cluster from one place, and actual deployments can diverge from manifests.
  • It can be used to identify problems that can occur on a cluster even if manifests were alright (example: not setting resource requests and limits)

Adding a feature to lint the manifests before attempting to deploy the workloads on a cluster can be useful to prevent bad configs. This will be particularly useful if there is CI/CD in place to automatically deploy the workloads after making sure that all the configs are fine. This can act as a sanity check before the config is merged in a SCM repository.

@webdz9r
Copy link

webdz9r commented Oct 11, 2022

I came here just for this suggestion. Any thoughts?

@sundowndev
Copy link
Contributor

Hey @varshavaradarajan, I'd like to work on this!

Should it be a subcommand of run ? Like clusterlint run manifest -f ./nginx.yaml

@varshavaradarajan
Copy link
Collaborator Author

Hi @sundowndev ! Thanks for your interest! To be honest, I'm not sure if clusterlint should support this. We haven't had feature requests on this issue and there are tons of yaml linting tools that can be used in the CI.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants