Skip to content

Extend API autoscaling Prom+adapter path to AKS - #96

Draft
Erik Weathers (erikdw) wants to merge 1 commit into
erikdw/api-autoscaling-aws-promfrom
erikdw/api-autoscaling-aks
Draft

Extend API autoscaling Prom+adapter path to AKS#96
Erik Weathers (erikdw) wants to merge 1 commit into
erikdw/api-autoscaling-aws-promfrom
erikdw/api-autoscaling-aks

Conversation

@erikdw

Copy link
Copy Markdown
Contributor

Summary

  • Reuses the EKS in-chart Prometheus + prometheus-adapter stack for cloud=azure (AKS).
  • Same health /metrics scrape and HPA targets (CPU / ELU ratio / delay mean seconds).
  • GKE still uses native AutoscalingMetric; unsupported clouds still fail closed.

Test plan

  • ./test.sh locally (289 tests)
  • Confirm templates render with values-azure.yaml + api.autoscaling.enabled: true
  • Stack/rebase onto EKS PR #94; retarget main after GKE + EKS land
  • Optional: soak on an AKS sandbox when available

Made with Cursor

Reuse the EKS Prometheus and prometheus-adapter stack for cloud=azure
so AKS shares the same /metrics contract and HPA targets.

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

Copy link
Copy Markdown
Contributor Author

Sync (2026-08-10)

  • Already contains main via the EKS stack (no rebase needed); still correctly stacked on #94.
  • No AKS soak yet — need a test cluster/env before validating the Azure gate end-to-end.

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.

1 participant