Provision AWS Bedrock models
AWS Bedrock is configured as an AI model provider in Tetrate Agent Router, making its models routable to developers.
Plan for 5 to 10 minutes, plus any AWS IAM setup if credentials do not already exist.
Bedrock supports two authentication modes:
- Static keys: an AWS access key pair stored as the provider secret.
- Workload identity (no static keys): for a self-hosted data plane on AWS EKS whose pod IAM identity has been bound with
tare dataplane identity bind; the provider is created credential-less. See Bedrock access with workload identity.
Prerequisites
- Administrator access to the Admin Console, typically the
super_adminorbilling_adminrole. - One of:
- Static keys: a valid AWS access key pair (
AWS_ACCESS_KEY_ID/AWS_SECRET_ACCESS_KEY) with permission to access AWS Bedrock, or - Workload identity: a data plane on EKS already bound to an IAM role per Bedrock access with workload identity.
- Static keys: a valid AWS access key pair (
Configuration guide
Step 1: add provider
- Log in to the Admin Console.
- In the left-hand navigation panel, select Catalog → Providers.
- Click + Add provider.
Step 2: configure provider details
- Provider identifier (required): must be all lower-case and start with a letter. Example:
my-aws-bedrock. - Display name (optional): a recognizable label. Example:
AWS Bedrock BYOK.
Step 3: configure authentication method
- Auth method (required): select
AWSfrom the drop-down. - API base URL (required):
https://bedrock-runtime.<region>.amazonaws.com. The form pre-fills this from the selected region and keeps it in sync when the region changes; only edit it deliberately. It must not be left empty.
Step 4: set the AWS region
- Region (required): set to the AWS region used in the base URL. The region must match both the Bedrock deployment region and the region in the base URL.
Step 5: provide authentication credentials
Choose one of the two authentication modes:
Static keys
- Provider secret: provide
AWS_ACCESS_KEY_IDandAWS_SECRET_ACCESS_KEYin the corresponding fields. Both values are required together. - The credentials must have permission to access AWS Bedrock.
- Use the Rotate button to update credentials later.
Workload identity (no static keys)
- Turn on Use IRSA / EKS Pod Identity (no static keys). The AWS key fields are hidden and the provider is created without a secret; the data plane authenticates to Bedrock with its pod IAM role.
- This mode requires the data plane's identity to be bound first; see Bedrock access with workload identity.
- The toggle is available when creating a provider. To switch an existing static-key provider to workload identity, create a new provider with the toggle on.
Step 6: enable the provider
- First-party provider (optional): toggle on to give the provider first-party visibility in dashboard listings and search results.
- Enable provider (required to use the configuration): toggle on.
Step 7: save the configuration
- Click Add provider.
Example configuration
With static keys:
Display Name: AWS Bedrock
API Base URL:
https://bedrock-runtime.us-east-1.amazonaws.com
Auth Method:
AWS
Region:
us-east-1
AWS_ACCESS_KEY_ID:
<your-access-key>
AWS_SECRET_ACCESS_KEY:
<your-secret-key>
First-Party Provider:
Enabled
Enable Provider:
Enabled
With workload identity:
Display Name: AWS Bedrock
API Base URL:
https://bedrock-runtime.us-east-1.amazonaws.com
Auth Method:
AWS
Region:
us-east-1
Use IRSA / EKS Pod Identity (no static keys):
Enabled
First-Party Provider:
Enabled
Enable Provider:
Enabled
AWS account requirements
Before the configuration is saved, confirm the following:
- AWS Bedrock is enabled in the AWS account.
- The selected region supports the required Bedrock models.
- The IAM identity used (the static-key credentials, or the IAM role bound to the data plane) carries permissions such as:
{
"Effect": "Allow",
"Action": [
"bedrock:InvokeModel",
"bedrock:InvokeModelWithResponseStream"
],
"Resource": "*"
}
- The API base URL and region match.
Where to go next