Skip to content

Raise default OPA sidecar resources to match ECS opa-mts (0.14.0) - #41

Merged
Utsav-Patel merged 2 commits into
mainfrom
utsav-patel/release_0.14.0
Aug 5, 2026
Merged

Raise default OPA sidecar resources to match ECS opa-mts (0.14.0)#41
Utsav-Patel merged 2 commits into
mainfrom
utsav-patel/release_0.14.0

Conversation

@Utsav-Patel

@Utsav-Patel Utsav-Patel commented Aug 4, 2026

Copy link
Copy Markdown
Member

Related Issues

Internal Changelog

  • Updated: Default opa.resources for the opt-in OPA sidecar so requests/limits match the ECS opa-mts reservation and no longer reject when consumers bump only requests.
  • Updated: Sombra chart version 0.13.00.14.0.
Implementation details

Problem

transcend-io/main#46530 raised EKS OPA requests to 250m/512Mi to match ECS opa-mts, but left the chart default limits at 100m/128Mi. Kubernetes rejected the Deployment (requests must be less than or equal to limit), and staging deploy failed (run). transcend-io/main#46704 reverted the bump to unblock staging.

Fix

Raise chart default opa.resources (requests and limits) so opt-in OPA consumers do not need a per-deployment limits override or limits: null workaround.

Before After
Requests 50m / 64Mi 250m / 512Mi (ECS opa-mts cpu=256 / memory=512)
Limits 100m / 128Mi 500m / 1Gi (2x burst headroom)

Scope / behavior

  • Affects only the OPA sidecar when opa.enabled: true (container block gated by {{- if $opa.enabled }}).
  • Main Sombra container uses top-level resources and is unchanged.
  • Pods with OPA disabled are unaffected.
  • Opt-in OPA consumers with no opa.resources override now reserve more CPU/memory; self-hosted installs that need the old defaults should set opa.resources explicitly.

Files

  • charts/sombra/values.yaml — default resources
  • charts/sombra/Chart.yaml — version bump
  • charts/sombra/tests/deployment_test.yaml — assertion update
  • charts/sombra/CHANGELOG.md0.14.0 entry

Follow-up (main repo)

After chart-releaser publishes 0.14.0, bump the pinned chart 0.13.00.14.0 and drop any Pulumi opa.resources override that was compensating for the old defaults.

Related

Test plan

  • helm lint charts/sombra
  • helm unittest sombra — 21/21 pass
  • CI Helm chart tests job green (test, check-chart-lock)
  • After merge: chart-releaser publishes 0.14.0; follow-up main PR bumps chart pin and drops Pulumi opa.resources override

Bump opa.resources defaults so opt-in OPA consumers no longer hit
requests > limits when they raise requests to the ECS opa-mts
reservation. Requests 50m/64Mi -> 250m/512Mi (matches ECS opa-mts
cpu=256/memory=512); limits 100m/128Mi -> 500m/1Gi (2x headroom).

Previously, consumers that overrode only opa.resources.requests to
250m/512Mi kept the chart's default limits (100m/128Mi), so Kubernetes
rejected the Sombra Deployment with "requests must be less than or
equal to limit". Raising the chart default fixes this for all opt-in
OPA consumers without a per-deployment override.

- ref https://linear.app/transcend/issue/LINK-6867/opa-sidecar-containment-decision-log-wrapper-in-sombra-pod-template

Co-authored-by: Cursor <cursoragent@cursor.com>
@Utsav-Patel Utsav-Patel self-assigned this Aug 5, 2026
Keep only the chart version bump, opa.resources defaults, matching
unittest assertion, and CHANGELOG entry.

Co-authored-by: Cursor <cursoragent@cursor.com>
@linear-code

linear-code Bot commented Aug 5, 2026

Copy link
Copy Markdown

LINK-6867

@Utsav-Patel
Utsav-Patel merged commit 16d676e into main Aug 5, 2026
2 checks passed
Comment thread charts/sombra/values.yaml
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