Skip to content

chore: staging->master (olake-worker v0.3.10, olake-helm v0.0.23)#170

Merged
vishalm0509 merged 1 commit into
masterfrom
staging
Jun 24, 2026
Merged

chore: staging->master (olake-worker v0.3.10, olake-helm v0.0.23)#170
vishalm0509 merged 1 commit into
masterfrom
staging

Conversation

@vishalm0509

@vishalm0509 vishalm0509 commented Jun 24, 2026

Copy link
Copy Markdown
Collaborator

Description

Release olake-worker v0.3.10, olake-helm v0.0.23

Fixes # (issue)

Type of change

  • Bug fix (non-breaking change which fixes an issue)
  • New feature (non-breaking change which adds functionality)
  • Breaking change (fix or feature that would cause existing functionality to not work as expected)
  • This change requires a documentation update

How Has This Been Tested?

  • Scenario A
  • Scenario B

Screenshots or Recordings

Related PR's (If Any):

* feat(fusion): add podLabels and podAnnotations hooks (#151)

The other components in this chart (olake-ui, olake-worker, temporal,
postgresql, nfs-server, elasticsearch) all support `podLabels` and
`podAnnotations` value blocks that get merged into
`spec.template.metadata`. The Fusion deployment template was missing
both — its pod-template metadata was hardcoded to the
`app.kubernetes.io/*` labels and the config-checksum annotation,
with no extension point.

This matters for deployments running under K8s admission policies that
require specific labels on pod templates (Gatekeeper, Kyverno,
OPA constraints, etc.). Without a `podLabels` hook, operators either
have to live with the policy warnings or carry parent-chart patches.

Changes mirror the same pattern olake-ui/deployment.yaml already uses:

  template:
    metadata:
      labels:
        app.kubernetes.io/name: ...
        ...
        {{- with .Values.fusion.podLabels }}
        {{- toYaml . | nindent 8 }}
        {{- end }}
      annotations:
        checksum/fusion-config: ...
        {{- with .Values.fusion.podAnnotations }}
        {{- toYaml . | nindent 8 }}
        {{- end }}

Defaults are `{}` in values.yaml so existing deployments render
byte-identically when neither value is set.

Verified with `helm template`:
  - default (no overrides) → unchanged labels/annotations
  - `--set fusion.podLabels.foo=bar --set fusion.podAnnotations.alpha=beta`
    → both merged into the rendered deployment

* feat: add global.podAnnotations for all pods including activity pods

  Enables service mesh sidecar injection (Istio, Linkerd) and other
  admission-webhook use cases on connector Job pods, Fusion Spark pods,
  and all Deployments via a single global.podAnnotations values key.

  Component-specific podAnnotations override global ones on conflict.
  Worker reads OLAKE_JOB_POD_ANNOTATIONS and merges into activity pod
  specs; internal olake.io/* annotations always win.

  Bumps chart to 0.0.23 / appVersion 0.3.10.

* doc: document the podAnnotation flow

---------

Co-authored-by: vikash choudhary <vikash@datazip.io>
Co-authored-by: Antonio Davide Calì <antoniodavide.cali@zego.com>
@vishalm0509 vishalm0509 changed the title chore: release worker v0.3.10 chore: staging->master (olake-worker v0.3.10, olake-helm v0.0.23) Jun 24, 2026
@vishalm0509 vishalm0509 merged commit e4dbb4e into master Jun 24, 2026
6 checks passed
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

Successfully merging this pull request may close these issues.

4 participants