AWS IoT Jobs Data Plane

Name: AWS IoT Jobs Data Plane API
Brand: AWS IoT Jobs Data Plane
Availability: InStock

★ Only Publicly Available OpenAPI DocumentIOTDevice Managementhmac4 EndpointsREST

Install Jentic One Beta

Connect the AWS IoT Jobs Data Plane to your agent

Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the AWS IoT Jobs Data Plane, or any other public or private API you need. You set the rules, the agent never sees your credentials, and every call is logged.

Two steps, two machines. Install the instance in a safe environment, then register your agent from wherever it runs.

Step 1: Jentic One Host machine

# On the machine that will host your Jentic One instance:
curl -fsSL https://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | sh

Step 2: Agent machine

# On the machine where your agent runs (keep this separate from the instance):
curl -fsSL https://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | sh
jentic register       # connects your agent to your Jentic One instance

Jentic One is in public beta. The setup above keeps your agent separate from the instance, which is what you want before using real credentials: an agent running as the same OS user as Jentic One can read its stored keys directly. Just evaluating? A single local install is fine to start. See the secure deployment guide for the tiers.

Capabilities

What an agent can do with AWS IoT Jobs Data Plane API.

List pending and in-progress job executions for a specific thing

Start the next pending job execution on a thing and atomically mark it IN_PROGRESS

Describe a specific job execution to fetch its job document and current status

GET STARTED

Start building with AWS IoT Jobs Data Plane API

Explore with Jentic

View OpenAPI Document

For Agents

Allow devices and device-side automation to fetch pending IoT Jobs, start the next pending execution, and update job execution status as work progresses on the device.

Use for: I need to fetch the next pending firmware update job for thing-42, List all pending job executions queued for a specific device, Mark a job execution as SUCCEEDED once installation finishes, Get the job document for an in-progress job to read its parameters

Not supported: Does not handle job creation, fleet targeting, or rollout configuration - use for the device-side job execution lifecycle only.

Use Cases

Patterns agents use AWS IoT Jobs Data Plane API for, with concrete tasks.

★ Over-the-Air Firmware Rollout

Devices pick up firmware update jobs by calling StartNextPendingJobExecution at boot or on a schedule. The job document points at a signed firmware artifact in S3; once the device installs it, UpdateJobExecution reports SUCCEEDED. Failed installs report FAILED with statusDetails so the fleet operator can roll back or retry.

Call PUT /things/thing-42/jobs/$next with statusDetails={} to claim the next pending job, install the artifact, then call POST /things/thing-42/jobs/{jobId} with status=SUCCEEDED

Certificate Rotation Workflow

Use IoT Jobs to coordinate scheduled certificate rotation across a fleet. The device fetches the rotation job, generates a new key pair, requests a fresh certificate via the control plane, and reports back via UpdateJobExecution. Status details allow it to pass back the new certificate ID for audit and reconciliation.

Call DescribeJobExecution to read the rotation job document, then UpdateJobExecution with status=SUCCEEDED and statusDetails containing the new certificate ID once rotation completes

Configuration Push with Progress Reporting

For multi-step configuration jobs, devices report incremental progress by repeatedly calling UpdateJobExecution with status=IN_PROGRESS and a fresh statusDetails map. The fleet operator sees step-level state in the IoT Jobs console without the device leaking telemetry through MQTT topics.

Call POST /things/thing-42/jobs/{jobId} with status=IN_PROGRESS and statusDetails={"step":"download_complete","percent":"50"}

AI Agent Edge Job Operations

Through Jentic, an AI agent embedded in or alongside a device runtime can drive the job lifecycle on the device side - claiming the next pending job, executing the work, and reporting status. Jentic exposes the 4 Jobs Data Plane operations as discoverable tools so the agent picks the right call from intent.

Search Jentic for 'start next aws iot job', load the StartNextPendingJobExecution schema, and execute it for the relevant thingName

Key Endpoints

4 endpoints — jentic publishes the only available openapi specification for aws iot jobs data plane, keeping it validated and agent-ready.

METHOD

PATH

DESCRIPTION

GET

/things/{thingName}/jobs

GetPendingJobExecutions - list pending and in-progress executions for a thing

PUT

/things/{thingName}/jobs/$next

StartNextPendingJobExecution - claim the next pending job and mark it IN_PROGRESS

GET

/things/{thingName}/jobs/{jobId}

DescribeJobExecution - fetch a specific job execution and its job document

POST

/things/{thingName}/jobs/{jobId}

UpdateJobExecution - update status and statusDetails on a job execution

GET

/things/{thingName}/jobs

GetPendingJobExecutions - list pending and in-progress executions for a thing

PUT

/things/{thingName}/jobs/$next

StartNextPendingJobExecution - claim the next pending job and mark it IN_PROGRESS

GET

/things/{thingName}/jobs/{jobId}

DescribeJobExecution - fetch a specific job execution and its job document

POST

/things/{thingName}/jobs/{jobId}

UpdateJobExecution - update status and statusDetails on a job execution

Why Jentic?

Three things that make agents converge on Jentic-routed access.

Credential isolation

Your AWS credentials are stored once, encrypted, by your own Jentic One instance and injected at execution time. They never enter the agent's prompt, logs, or context.

Intent-based discovery

Agents search Jentic by intent such as 'start the next pending AWS IoT job' or 'update a job execution status', and Jentic returns the matching AWS IoT Jobs Data Plane operation with its input schema so the agent calls the right endpoint without browsing the AWS service reference.

Time to first call

FAQs

Specific to using AWS IoT Jobs Data Plane API through Jentic.

Why is there no official OpenAPI spec for AWS IoT Jobs Data Plane?

AWS does not publish an OpenAPI specification. Jentic generates and maintains this spec so that AI agents and developers can call AWS IoT Jobs Data Plane via structured tooling. It is validated against the live API and kept up to date. Get started with Jentic One, the self-hosted execution layer.

What authentication does the AWS IoT Jobs Data Plane API use?

The API uses AWS Signature Version 4 (HMAC) request signing. Devices typically authenticate via certificate-based MQTT, but the HTTPS endpoint covered by this spec uses SigV4 with an AWS access key. Through Jentic, requests are signed server-side.

Can I claim the next pending job for a thing through the API?

Yes. Call PUT /things/{thingName}/jobs/$next with an optional statusDetails and stepTimeoutInMinutes. The response returns the job document and execution metadata, and the execution is atomically transitioned to IN_PROGRESS so other clients cannot claim the same job.

What are the rate limits for the AWS IoT Jobs Data Plane API?

AWS applies per-account, per-region request quotas to Jobs Data Plane operations and these vary by call. UpdateJobExecution has lower throughput than GetPendingJobExecutions. Check AWS Service Quotas for current limits.

How do I report a job as completed through Jentic?

Search Jentic for 'update aws iot job execution', load the UpdateJobExecution schema, and execute with thingName, jobId, and status=SUCCEEDED. Optionally include statusDetails to record outcome metadata for audit.

What is the difference between this API and the IoT Jobs control plane?

This data-plane API is what devices and device-side agents use at runtime to fetch and report on jobs. The control plane (part of the IoT Core API) is what fleet operators use to create, target, and cancel jobs. The two surfaces share the same JobExecution resource.

Can I limit what my agent is allowed to do with the AWS IoT Jobs Data Plane API?

Yes. Because you run Jentic One yourself, your own rules decide which of the four operations the agent may call, so a read-only agent can be given GetPendingJobExecutions and DescribeJobExecution while a state-changing call like StartNextPendingJobExecution or UpdateJobExecution is left out unless you add it. Since the thing name and job id sit in the URL path, such as /things/{thingName}/jobs/{jobId}, a rule can also pin the agent to one thing's job executions. You control both the operations and the stored AWS credentials the agent is allowed to use.

AWS IoT Jobs Data Plane

Connect the AWS IoT Jobs Data Plane to your agent

Capabilities

Start building with AWS IoT Jobs Data Plane API

Use Cases

Key Endpoints

Why Jentic?

Related APIs

FAQs