Container Apps Jobs¶
Azure Container Apps Jobs run bounded background work with a defined start and finish. Use this section to choose a trigger model, understand execution fan-out, and operate jobs safely in production.
Main Content¶
What this section covers¶
- Manual Jobs for operator-driven backfills, maintenance, and replay.
- Scheduled Jobs for cron-based recurring execution.
- Event-Driven Jobs for queue- or event-triggered one-shot processing.
- Execution Lifecycle for execution states, retries, timeouts, and retention.
- Jobs vs Apps for workload selection.
When to choose Jobs¶
Choose Jobs when:
- Work is finite and success is defined by completion.
- Retries can safely re-run the same unit of work.
- Triggering should happen manually, on a schedule, or from an event source.
Choose Container Apps instead when:
- You expose ingress and continuously handle requests.
- A process should stay warm and consume work continuously.
- You want scale decisions to adjust long-running replicas instead of starting discrete executions.
Reading path¶
- Start with the trigger guide that matches your workload.
- Read Execution Lifecycle before tuning parallelism or retries.
- Use Jobs vs Apps if the workload boundary is still unclear.
- Apply Job Design before production rollout.
- Use Jobs Operations for replay, inspection, and monitoring.
Advanced Jobs details need final source re-verification
During this update, background source collection for exact schema/property quotes did not complete. This section keeps verified high-level concepts, but pages that discuss exact cron semantics, execution state labels, Log Analytics columns, or event-scaler coverage call out those areas explicitly before you automate against them.
Jobs document map¶
flowchart TD
A[Container Apps Jobs] --> B[Manual Jobs]
A --> C[Scheduled Jobs]
A --> D[Event-Driven Jobs]
A --> E[Execution Lifecycle]
A --> F[Jobs vs Apps]
E --> G[Job Design]
E --> H[Jobs Operations]
H --> I[Troubleshooting]
F --> J[Language Recipes]