Skip to content

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

Description

@varshavaradarajan

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.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions