The documentation you are viewing is for Dapr v1.7 which is an older version of Dapr. For up-to-date documentation, see the latest version.
AWS DynamoDB binding spec
To setup AWS DynamoDB binding create a component of type
bindings.aws.dynamodb. See this guide on how to create and apply a binding configuration.
See Authenticating to AWS for information about authentication-related attributes
apiVersion: dapr.io/v1alpha1 kind: Component metadata: name: <NAME> namespace: <NAMESPACE> spec: type: bindings.aws.dynamodb version: v1 metadata: - name: table value: items - name: region value: us-west-2 - name: accessKey value: ***************** - name: secretKey value: ***************** - name: sessionToken value: *****************
WarningThe above example uses secrets as plain strings. It is recommended to use a secret store for the secrets as described here.
Spec metadata fields
|table||Y||Output||The DynamoDB table name||
|region||Y||Output||The specific AWS region the AWS DynamoDB instance is deployed in||
|accessKey||Y||Output||The AWS Access Key to access this resource||
|secretKey||Y||Output||The AWS Secret Access Key to access this resource||
|sessionToken||N||Output||The AWS session token to use||
ImportantWhen running the Dapr sidecar (daprd) with your application on EKS (AWS Kubernetes), if you’re using a node/pod that has already been attached to an IAM policy defining access to AWS resources, you must not provide AWS access-key, secret-key, and tokens in the definition of the component spec you’re using.
This component supports output binding with the following operations:
- Basic schema for a Dapr component
- Bindings building block
- How-To: Trigger application with input binding
- How-To: Use bindings to interface with external resources
- Bindings API reference
- Authenticating to AWS
Was this page helpful?
Glad to hear it! Please tell us how we can improve.
Sorry to hear that. Please tell us how we can improve.