linkerd / linkerd/linkerd2

Add wait mechanism into linkerd-crds Helm chart

Open
#9,338 2 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

enhancement help wanted priority/triage
Dominant language
Go
Stars
11.5k
Forks
1.4k
Avg merge
3d 22h
Merged PRs (30d)
53

Description

### What problem are you trying to solve?

After the split of crds and control-plan helm charts in https://github.com/linkerd/linkerd2/issues/6620, there is no mechanism for how to wait for crds to be present in the cluster when installing in an automated way.

For example, when installing both charts using Terraform Helm provider there is no deterministic approach how to detecting if crds are present in the cluster and subsequent control-plane installation could fail.

### How should the problem be solved?

Kubernetes Job could be added that will check the Kubernetes API for CRDs presence and its status. Then Helm release could leverage [`wait_for_jobs` ](https://registry.terraform.io/providers/hashicorp/helm/latest/docs/resources/release#wait_for_jobs) attribute.

### Any alternatives you've considered?

N/A

### How would users interact with this feature?

_No response_

### Would you like to work on this feature?

maybe

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

Start by reviewing the split between the CRD and control-plane Helm charts described in issue #6620, then read the Kubernetes Job and Terraform Helm provider wait_for_jobs references mentioned here. Done means the linkerd-crds chart checks that its CRDs are present and ready so a subsequent control-plane installation can wait deterministically.

Written by the indexing model from the issue text.

Assessment

Tech stack
helm, kubernetes, terraform
Domain
devops, infrastructure
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.