The AKS CronJob job type triggers an on-demand run of a
Kubernetes CronJob template. Polysync reads the CronJob's
spec.jobTemplate, overlays the first container's env vars with the
Polysync parameter values, and submits the result as a new
one-shot Job in the same namespace (the CronJob's own schedule is
not modified). The CronJob is identified by its name — Polysync
stores that in the External Id.
This job type is supported on the Azure Kubernetes Service platform.
metadata.name in the configured
namespace.AKS CronJob (set automatically on import).BatchV1.ListNamespacedCronJob in the configured
namespace. The parameter list is taken from
spec.jobTemplate.spec.template.spec.containers[0].env.
Identical to AKS Job:
| Direction | Sent as container env vars | Updated from response |
|---|---|---|
Input |
✅ | ❌ |
Output |
❌ | ❌ (not supported) |
Input&Output |
✅ | ❌ (not supported) |
Polysync does not pause the CronJob's recurring schedule — both the on-demand run and the regular schedule continue to fire independently. If you need to replace the schedule with Polysync orchestration, set
spec.suspend: trueon the CronJob in the cluster.
Output parameters are not supported.
spec.jobTemplate.V1Job is created via BatchV1.CreateNamespacedJob.https://portal.azure.com/#resource/subscriptions/{subId}/resourceGroups/{rg}
/providers/Microsoft.ContainerService/managedClusters/{clusterName}/workloads
spec.suspend: true on the CronJob so the cluster's scheduler does
not also fire it.spec.suspend: true if you want exclusive Polysync control.