AWS Greengrass

Name: AWS Greengrass API
Brand: AWS Greengrass
Availability: InStock

★ Only Publicly Available SpecIOTDevice Managementhmac92 EndpointsREST

For Agents

Manage AWS Greengrass v1 groups, cores, device definitions, function definitions, subscriptions, and deployments to configure and roll out edge runtime configurations to fleets of IoT devices.

Quickstart

Get started with AWS Greengrass in minutes using your preferred integration method.

# Add to your MCP client config (Claude Desktop, Cursor, Windsurf)
{
  "jentic": {
    "url": "https://api.jentic.com/mcp",
    "auth": "oauth"
  }
}

# Then ask your agent:
"deploy an aws greengrass group"

# → Jentic returns the GET /events tool with parameter schema, agent executes.

Capabilities

What an agent can do with AWS Greengrass API.

Create and version Greengrass groups that bundle cores, devices, functions, and subscriptions

Define core, device, function, resource, and connector definitions and pin specific versions to a group

Configure subscription tables that route MQTT messages between local devices, Lambda functions, and AWS IoT

Trigger group deployments to push configuration to Greengrass cores at the edge

GET STARTED

Start building with AWS Greengrass API

Explore with Jentic

View OpenAPI Spec

Use for: I need to create a Greengrass group for a new fleet of edge devices, Set up a function definition with a Lambda alias and pin it to a group version, List all Greengrass cores associated with a given group, Trigger a deployment of the latest group version to the connected core

Not supported: Does not handle device-side runtime, MQTT publish/subscribe, or device shadow updates — use for Greengrass v1 group orchestration and edge configuration only.

Jentic publishes the only available OpenAPI specification for AWS Greengrass, keeping it validated and agent-ready.

Jentic publishes the only available OpenAPI specification for AWS Greengrass, keeping it validated and agent-ready. AWS IoT Greengrass extends AWS onto edge devices so they can run Lambda functions, machine learning inference, and local messaging while staying connected to the cloud for management and analytics. The Greengrass v1 control-plane API manages groups, cores, devices, function definitions, subscription tables, resource definitions, and deployments across 92 operations. It is the orchestration layer for fleet-wide configuration of Greengrass cores running at the edge.

Use Cases

Patterns agents use AWS Greengrass API for, with concrete tasks.

★ Edge ML Inference Fleet Management

Deploy machine learning models to a fleet of Greengrass cores running on factory or retail hardware. Use function definitions to pin Lambda functions that wrap inference code, resource definitions to attach the model artifacts on local disk, and subscription tables to wire camera or sensor topics into the inference Lambda. A bulk deployment pushes the configuration to thousands of cores in one operation.

Create a function definition version with a Lambda function ARN, create a resource definition version with a local ML model path, attach both to a new group version, and call CreateDeployment with DeploymentType=NewDeployment

Industrial Telemetry Aggregation

Use Greengrass to aggregate sensor telemetry from local Modbus or OPC-UA devices, run filtering Lambdas at the edge, and forward only relevant events to AWS IoT Core. Subscription definitions wire devices to functions to cloud topics, and connector definitions add prebuilt integrations for common industrial protocols. Deployments take minutes once the group is configured.

Create a connector definition version including the IoT SiteWise OPC-UA Collector connector, attach it to the group, then create and deploy a new group version

Disconnected-First Retail Edge

Deploy Greengrass to retail point-of-sale or kiosk hardware that needs to keep working when the internet is down. Local device definitions and subscription tables let in-store devices talk to each other through the Greengrass core without round-tripping to the cloud, while the cloud receives a synced view once connectivity returns. The Greengrass v1 API manages this configuration centrally for thousands of stores.

Create a device definition version listing 12 store devices with their certificate ARNs, create a subscription definition version routing topic store/orders/* between devices and a local Lambda, and deploy the new group version

AI Agent Edge Operations

Through Jentic, an AI agent can act as an operator for an edge fleet — querying group state, running diagnostic deployments, and rolling configurations forward or back without operating the AWS console. Jentic exposes the 92 Greengrass operations as discoverable tools so the agent picks the right call from intent.

Search Jentic for 'redeploy aws greengrass group', load the CreateDeployment schema, and execute it for a specific group ID and group version

Key Endpoints

92 endpoints — jentic publishes the only available openapi specification for aws greengrass, keeping it validated and agent-ready.

METHOD

PATH

DESCRIPTION

POST

/greengrass/groups

CreateGroup — create a new Greengrass group

POST

/greengrass/groups/{GroupId}/versions

CreateGroupVersion — pin definition versions to a group

POST

/greengrass/groups/{GroupId}/deployments

CreateDeployment — deploy a group version to its core

POST

/greengrass/definition/functions

CreateFunctionDefinition — define edge Lambda functions

POST

/greengrass/definition/subscriptions

CreateSubscriptionDefinition — define MQTT routing

GET

/greengrass/groups/{GroupId}/deployments

ListDeployments — list group deployment history

PUT

/greengrass/groups/{GroupId}/role

AssociateRoleToGroup — attach an IAM service role

POST

/greengrass/groups

CreateGroup — create a new Greengrass group

POST

/greengrass/groups/{GroupId}/versions

CreateGroupVersion — pin definition versions to a group

POST

/greengrass/groups/{GroupId}/deployments

CreateDeployment — deploy a group version to its core

POST

/greengrass/definition/functions

CreateFunctionDefinition — define edge Lambda functions

POST

/greengrass/definition/subscriptions

CreateSubscriptionDefinition — define MQTT routing

Why though Jentic?

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

Credential isolation

AWS access keys for Greengrass are stored encrypted in the Jentic vault. Agents never see the raw credentials — Jentic signs each request with SigV4 server-side.

Intent-based discovery

Agents search Jentic with intents like 'deploy a greengrass group' or 'create function definition' and get back the matching operation with its input schema.

Time to first call

Direct integration: 2-3 days to wire up the AWS SDK, IAM policies, and a deployment workflow. Through Jentic: under an hour.

Related APIs

Alternatives and complements available in the Jentic catalogue.

Complementary

AWS IoT Data Plane

Publish, subscribe, and manage device shadows for things connected through Greengrass to IoT Core

Use IoT Data Plane to publish messages and update device shadows; use Greengrass to manage the edge runtime configuration.

Complementary

AWS IoT SiteWise

Industrial data modelling that pairs with the SiteWise Greengrass connector

Use SiteWise to model industrial assets and metrics; use Greengrass to deploy the SiteWise gateway connector at the edge.

Complementary

AWS IoT Events

Detector models and inputs that consume telemetry forwarded from Greengrass devices

Use IoT Events to monitor for state changes in device telemetry; use Greengrass to aggregate and forward that telemetry from the edge.

FAQs

Specific to using AWS Greengrass API through Jentic.

Why is there no official OpenAPI spec for AWS Greengrass?

AWS does not publish an OpenAPI specification. Jentic generates and maintains this spec so that AI agents and developers can call AWS Greengrass via structured tooling. It is validated against the live API and kept up to date. Get started at https://app.jentic.com/sign-up.

What authentication does the AWS Greengrass API use?

The API uses AWS Signature Version 4 (HMAC) request signing with an AWS access key ID and secret access key. Through Jentic, AWS credentials are stored encrypted in the vault and the agent calls signed operations without seeing the raw keys.

Can I deploy a Greengrass group with the AWS Greengrass API?

Yes. Call CreateDeployment on /greengrass/groups/{GroupId}/deployments with DeploymentType set to NewDeployment and the GroupVersionId you want to deploy. Use GetDeploymentStatus on the returned deployment ID to monitor progress.

What are the rate limits for the AWS Greengrass API?

AWS applies per-account, per-region request quotas to Greengrass control-plane operations and these vary by call type. List operations have higher quotas than deployment operations. Check AWS Service Quotas for current limits in your region.

How do I add a Lambda function to a Greengrass group through Jentic?

Search Jentic for 'create greengrass function definition', execute CreateFunctionDefinition or CreateFunctionDefinitionVersion with the Lambda function ARN and runtime configuration, then create a new GroupVersion that references the function definition version, and call CreateDeployment to roll it out.

Does the API support both Greengrass v1 and v2?

This spec covers Greengrass v1, which manages groups, definitions, and deployments. AWS Greengrass v2 has a separate API (greengrassv2) with a different resource model based on components rather than function and subscription definitions.