Azure / Azure/AKS

[Feature] API-first managed scheduling

Open
#5,810 0 comments 0 reactions 1 assignee Claimed by @colinmixonn View on GitHub
feature-request
Dominant language
TypeScript
Stars
2.1k
Forks
395
Avg merge
2d 22h
Merged PRs (30d)
13

Description

**Is your feature request related to a problem? Please describe.**

Running batch, HPC, or AI workloads on AKS requires deploying and managing a custom job/pod admission logic, custom scheduler (e.g.,Volcano) and integrating it with autoscaling and placement logic.

This creates significant complexity, operational overhead

**Describe the solution you'd like**
A managed, Kubernetes-native batch scheduling capability in AKS that:
1. Provides job queueing and admission control
2. Integrates with cluster autoscaling (CAS / NAP)
3. Supports constraint-aware placement (e.g., resources, topology, external signals)
4. Works with standard Kubernetes APIs (Jobs, JobSets, etc.)
5. Removes the need to operate a separate scheduler

**Expected behavior**
Customers explicitly require a “behind an API” experience, where:
User submits workload → Scheduling decisions handled by platform → Placement constraints enforced → Autoscaling + lifecycle managed automatically

Alternatives you've considered
1. Deploying OSS schedulers (Volcano, Slurm integrations) and job queues (Kueue)
2. Building custom controllers / admission webhooks

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.