This is the multi-page printable view of this section. Click here to print.

Return to the regular view of this page.

Dapr Tutorials

Walk through in-depth examples to learn more about how to work with Dapr concepts

Now that you’ve already initialized Dapr and experimented with some of Dapr’s building blocks, walk through our more detailed tutorials.

Before you begin

Tutorials

Thanks to our expansive Dapr community, we offer tutorials hosted both on Dapr Docs and on our GitHub repository.

Dapr Docs tutorials Description
Define a component Create a component definition file to interact with the Secrets building block.
Configure State & Pub/sub Configure State Store and Pub/sub message broker components for Dapr.
GitHub tutorials Description
Hello World Recommended
Demonstrates how to run Dapr locally. Highlights service invocation and state management.
Hello World Kubernetes Recommended
Demonstrates how to run Dapr in Kubernetes. Highlights service invocation and state management.
Distributed Calculator Demonstrates a distributed calculator application that uses Dapr services to power a React web app. Highlights polyglot (multi-language) programming, service invocation and state management.
Pub/Sub Demonstrates how to use Dapr to enable pub-sub applications. Uses Redis as a pub-sub component.
Bindings Demonstrates how to use Dapr to create input and output bindings to other components. Uses bindings to Kafka.
Observability Demonstrates Dapr tracing capabilities. Uses Zipkin as a tracing component.
Secret Store Demonstrates the use of Dapr Secrets API to access secret stores.

1 - Define a component

Create a component definition file to interact with the secrets building block

When building an app, you’d most likely create your own component file definitions, depending on the building block and specific component that you’d like to use.

In this tutorial, you will create a component definition file to interact with the secrets building block API:

  • Create a local JSON secret store.
  • Register the secret store with Dapr using a component definition file.
  • Obtain the secret using the Dapr HTTP API.

Step 1: Create a JSON secret store

  1. Create a new directory named my-components to hold the new secret and component file:

    mkdir my-components
    
  2. Navigate into this directory.

    cd my-components
    
  3. Dapr supports many types of secret stores, but for this tutorial, create a local JSON file named mysecrets.json with the following secret:

{
   "my-secret" : "I'm Batman"
}

Step 2: Create a secret store Dapr component

  1. Create a new file localSecretStore.yaml with the following contents:

    apiVersion: dapr.io/v1alpha1
    kind: Component
    metadata:
      name: my-secret-store
      namespace: default
    spec:
      type: secretstores.local.file
      version: v1
      metadata:
      - name: secretsFile
        value: ./mysecrets.json
      - name: nestedSeparator
        value: ":"
    

In the above file definition:

  • type: secretstores.local.file tells Dapr to use the local file component as a secret store.
  • The metadata fields provide component-specific information needed to work with this component. In this case, the secret store JSON path is relative to where you call dapr run.

Step 3: Run the Dapr sidecar

Launch a Dapr sidecar that will listen on port 3500 for a blank application named myapp:

PowerShell environment:

dapr run --app-id myapp --dapr-http-port 3500 --resources-path ../

non-PowerShell environment:

dapr run --app-id myapp --dapr-http-port 3500 --resources-path .

Step 4: Get a secret

In a separate terminal, run:

curl http://localhost:3500/v1.0/secrets/my-secret-store/my-secret
Invoke-RestMethod -Uri 'http://localhost:3500/v1.0/secrets/my-secret-store/my-secret'

Output:

{"my-secret":"I'm Batman"}
Next step: Set up a Pub/sub broker >>

2 - Tutorial: Configure state store and pub/sub message broker

Configure state store and pub/sub message broker components for Dapr

To get up and running with the state and Pub/sub building blocks, you’ll need two components:

  • A state store component for persistence and restoration.
  • As pub/sub message broker component for async-style message delivery.

A full list of supported components can be found here:

For this tutorial, we describe how to get up and running with Redis.

Step 1: Create a Redis store

Dapr can use any Redis instance, either:

  • Containerized on your local dev machine, or
  • A managed cloud service.

If you already have a Redis store, move on to the configuration section.

Redis is automatically installed in self-hosted environments by the Dapr CLI as part of the initialization process. You are all set! Skip ahead to the next steps.

You can use Helm to create a Redis instance in our Kubernetes cluster. Before beginning, install Helm v3.

Install Redis into your cluster:

helm repo add bitnami https://charts.bitnami.com/bitnami
helm repo update
helm install redis bitnami/redis --set image.tag=6.2

For Dapr’s Pub/sub functionality, you’ll need at least Redis version 5. For state store, you can use a lower version. Note that adding --set architecture=standalone to the install command creates a single replica Redis setup, which can save memory and resources if you are working in a local environment.

Run kubectl get pods to see the Redis containers now running in your cluster:

$ kubectl get pods
NAME             READY   STATUS    RESTARTS   AGE
redis-master-0   1/1     Running   0          69s
redis-replicas-0    1/1     Running   0          69s
redis-replicas-1    1/1     Running   0          22s

For Kubernetes:

  • The hostname is redis-master.default.svc.cluster.local:6379
  • The secret, redis, is created automatically.

Verify you have an Azure subscription.

  1. Open and log into the Azure portal to start the Azure Redis Cache creation flow.
  2. Fill out the necessary information.
    • Dapr Pub/sub uses Redis streams introduced by Redis 5.0. To use Azure Redis Cache for Pub/sub, set the version to (PREVIEW) 6.
  3. Click Create to kickoff deployment of your Redis instance.
  4. Make note of the Redis instance hostname from the Overview page in Azure portal for later.
    • It should look like xxxxxx.redis.cache.windows.net:6380.
  5. Once your instance is created, grab your access key:
    1. Navigate to Access Keys under Settings.

    2. Create a Kubernetes secret to store your Redis password:

      kubectl create secret generic redis --from-literal=redis-password=*********
      
  1. Deploy a Redis instance from AWS Redis.

  2. Note the Redis hostname in the AWS portal for later.

  3. Create a Kubernetes secret to store your Redis password:

    kubectl create secret generic redis --from-literal=redis-password=*********
    
  1. Deploy a MemoryStore instance from GCP Cloud MemoryStore.

  2. Note the Redis hostname in the GCP portal for later.

  3. Create a Kubernetes secret to store your Redis password:

    kubectl create secret generic redis --from-literal=redis-password=*********
    

Step 2: Configure Dapr components

Dapr defines resources to use for building block functionality with components. These steps go through how to connect the resources you created above to Dapr for state and pub/sub.

Locate your component files

In self-hosted mode, component files are automatically created under:

  • Windows: %USERPROFILE%\.dapr\components\
  • Linux/MacOS: $HOME/.dapr/components

Since Kubernetes files are applied with kubectl, they can be created in any directory.

Create State store component

Create a file named redis-state.yaml, and paste the following:

apiVersion: dapr.io/v1alpha1
kind: Component
metadata:
  name: statestore
  namespace: default
spec:
  type: state.redis
  version: v1
  metadata:
  - name: redisHost
    value: localhost:6379
  - name: redisPassword
    secretKeyRef:
      name: redis
      key: redis-password
  # uncomment below for connecting to redis cache instances over TLS (ex - Azure Redis Cache)
  # - name: enableTLS
  #   value: true 
apiVersion: dapr.io/v1alpha1
kind: Component
metadata:
  name: statestore
  namespace: default
spec:
  type: state.redis
  version: v1
  metadata:
  - name: redisHost
    value: <REPLACE WITH HOSTNAME FROM ABOVE - for Redis on Kubernetes it is redis-master.default.svc.cluster.local:6379>
  - name: redisPassword
    secretKeyRef:
      name: redis
      key: redis-password
  # uncomment below for connecting to redis cache instances over TLS (ex - Azure Redis Cache)
  # - name: enableTLS
  #   value: true 

Note the above code example uses the Kubernetes secret you created earlier when setting up a cluster.

Create Pub/sub message broker component

Create a file called redis-pubsub.yaml, and paste the following:

apiVersion: dapr.io/v1alpha1
kind: Component
metadata:
  name: pubsub
  namespace: default
spec:
  type: pubsub.redis
  version: v1
  metadata:
  - name: redisHost
    value: localhost:6379
  - name: redisPassword
    secretKeyRef:
      name: redis
      key: redis-password
 # uncomment below for connecting to redis cache instances over TLS (ex - Azure Redis Cache)
  # - name: enableTLS
  #   value: true 
apiVersion: dapr.io/v1alpha1
kind: Component
metadata:
  name: pubsub
  namespace: default
spec:
  type: pubsub.redis
  version: v1
  metadata:
  - name: redisHost
    value: <REPLACE WITH HOSTNAME FROM ABOVE - for Redis on Kubernetes it is redis-master.default.svc.cluster.local:6379>
  - name: redisPassword
    secretKeyRef:
      name: redis
      key: redis-password
 # uncomment below for connecting to redis cache instances over TLS (ex - Azure Redis Cache)
  # - name: enableTLS
  #   value: true 

Note the above code example uses the Kubernetes secret you created earlier when setting up a cluster.

For development purposes only, you can skip creating Kubernetes secrets and place passwords directly into the Dapr component file:

apiVersion: dapr.io/v1alpha1
kind: Component
metadata:
  name: statestore
  namespace: default
spec:
  type: state.redis
  version: v1
  metadata:
  - name: redisHost
    value: <HOST>
  - name: redisPassword
    value: <PASSWORD>
  # uncomment below for connecting to redis cache instances over TLS (ex - Azure Redis Cache)
  # - name: enableTLS
  #   value: true 
apiVersion: dapr.io/v1alpha1
kind: Component
metadata:
  name: pubsub
  namespace: default
spec:
  type: pubsub.redis
  version: v1
  metadata:
  - name: redisHost
    value: <HOST>
  - name: redisPassword
    value: <PASSWORD>
  # uncomment below for connecting to redis cache instances over TLS (ex - Azure Redis Cache)
  # - name: enableTLS
  #   value: true 

Step 3: Apply the configuration

When you run dapr init, Dapr creates a default redis pubsub.yaml on your local machine. Verify by opening your components directory:

  • On Windows, under %UserProfile%\.dapr\components\pubsub.yaml
  • On Linux/MacOS, under ~/.dapr/components/pubsub.yaml

For new component files:

  1. Create a new components directory in your app folder containing the YAML files.
  2. Provide the path to the dapr run command with the flag --resources-path

If you initialized Dapr in slim mode (without Docker), you need to manually create the default directory, or always specify a components directory using --resources-path.

Run kubectl apply -f <FILENAME> for both state and pubsub files:

kubectl apply -f redis-state.yaml
kubectl apply -f redis-pubsub.yaml

Next steps

Try out a Dapr quickstart