tektoncd / tektoncd/operator

Pruner: allow setting different "keep" and "keepSince" settings per namespace

Open
#1,921 2 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

kind/feature
Dominant language
Go
Stars
608
Forks
263
Avg merge
1d 3h
Merged PRs (30d)
125

Description

Feature request

Allow setting different "keep" and "keepSince" pruner settings per namespace, because namespaces may have a different amount of traffic, so in some cases it makes sense to have a certain amount of PipelineRuns in the namespace (like the namespace has a lot of traffic, many PipelineRuns created daily/hourly), and there are cases when it makes more sense to use keepSince and delete by age (namespaces that have less traffic, would keep irrelevant (old) PipelineRuns until "keep" threshold is reached - doesn't make sense, because more PipelineRuns = slower tekton-controller). Even better would be to have an ability to combine both of these settings per namespace, but that's not yet possible because of Tekton CLI (https://github.com/tektoncd/cli/issues/2206).

Use case

Tekton runs PipelineRuns in multiple, dynamically created namespaces, some namespaces get more traffic, others - less (for understanding: production and development branch namespace), this means that different namespaces may need different pruning options based on the workloads they run.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

No file, test, or entry point is named. Start by locating the pruner configuration and namespace handling in the operator, then determine how per-namespace keep and keepSince values should be represented and applied; done means namespaces can use different pruning settings without breaking existing configuration.

Written by the indexing model from the issue text.

Assessment

Tech stack
go, kubernetes
Domain
devops, infrastructure
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.