AgentCore harness versioning and endpoints
Amazon Bedrock AgentCore implements automatic versioning for AgentCore harnesses and lets you manage different configurations using endpoints. Harness versioning works the same way as AgentCore Runtime versioning - harness is a managed abstraction over Runtime - but you manage it through the harness control plane APIs.
Each harness in Amazon Bedrock AgentCore is automatically versioned:
-
When you create a harness, AgentCore automatically creates version 1 (V1)
-
Each update to the harness creates a new version with a complete, self-contained configuration
-
Versions are immutable once created
-
Each version contains all the configuration needed for execution: model, system prompt, tools, memory, limits, and environment
How endpoints reference versions
Endpoints provide a way to reference specific versions of your harness:
-
The
DEFAULTendpoint automatically points to the latest version of your harness -
Endpoints can point to specific versions, allowing you to maintain different environments (e.g., development, staging, production)
-
When you update a harness, the
DEFAULTendpoint is automatically updated to point to the new version -
Endpoints must be explicitly updated to point to new versions
Example Updating an endpoint to a new version
Example
Versioning scenarios
The following table illustrates how versioning and endpoints interact during the lifecycle of a harness:
| Change Type | Version Creation Behavior | Latest Version | Endpoint Behavior |
|---|---|---|---|
|
Initial Creation |
Creates Version 1 (V1) automatically |
V1 |
DEFAULT points to V1 |
|
Model Change |
Creates a new version with the updated model selection |
V2 |
DEFAULT automatically updates to V2 |
|
Create "PROD" endpoint with V2 |
No new version created |
V2 |
PROD endpoint points to V2 |
|
Tool or Skill Update |
Creates a new version with the updated tool configuration |
V3 |
DEFAULT updates to V3, PROD remains on V2 |
|
Update "PROD" to V3 |
No new version created |
V3 |
PROD updates to V3 |
|
Limits or Environment Modification |
Creates a new version with updated execution parameters |
V4 |
DEFAULT updates to V4, PROD remains on V3 |
Endpoint lifecycle states
Harness endpoints go through various states during their lifecycle:
- CREATING
-
Initial state when an endpoint is being created
- CREATE_FAILED
-
Indicates creation failure due to permissions, configuration, or other issues
- READY
-
Endpoint is ready to accept requests
- UPDATING
-
Endpoint is being updated to a new version
- UPDATE_FAILED
-
Indicates update operation failure
Creating an endpoint
Create a named endpoint to pin an environment to a specific harness version. If you omit targetVersion, the endpoint points to the latest version at creation time.
Example
Listing harness versions and endpoints
You can list all versions of a harness by calling the ListHarnessVersions operation. To list the endpoints for a harness, call ListHarnessEndpoints.
Example
Related topics
-
Get started - create and invoke your first harness
-
Models and instructions - configure agents, models, and providers
-
Observability and cost controls - observability, cost controls, and tags
-
AgentCore Runtime versioning and endpoints - versioning and endpoints for AgentCore Runtime