Setup a Dapr state store
Dapr integrates with existing databases to provide apps with state management capabilities for CRUD operations, transactions and more. Currently, Dapr supports the configuration of one state store per cluster.
State stores are extensible and can be found in the components-contrib repo.
A state store in Dapr is described using a
apiVersion: dapr.io/v1alpha1 kind: Component metadata: name: statestore spec: type: state.<DATABASE> metadata: - name: <KEY> value: <VALUE> - name: <KEY> value: <VALUE> ...
The type of database is determined by the
type field, and things like connection strings and other metadata are put in the
Even though you can put plain text secrets in there, it is recommended you use a secret store.
When running locally with the Dapr CLI, a component file for a Redis state store will be automatically created in a
components directory in your current working directory.
You can make changes to this file the way you see fit, whether to change connection values or replace it with a different store.
Running in Kubernetes
Dapr uses a Kubernetes Operator to update the sidecars running in the cluster with different components.
To setup a state store in Kubernetes, use
kubectl to apply the component file:
kubectl apply -f statestore.yaml