docs/concepts
Yaron Schneider a10386a963
Update GCP Bucket name (#293)
2020-01-12 10:36:02 -08:00
..
actor Clarify state stores for actors, add list of supported ones (#256) 2019-11-20 13:59:14 -08:00
architecture Documentation typo fix (#231) 2019-11-07 08:28:49 -08:00
bindings Update GCP Bucket name (#293) 2020-01-12 10:36:02 -08:00
components Remove explicit Redis Helm version (#228) 2019-11-04 07:06:41 -08:00
configuration middleware doc (#274) 2019-12-17 15:21:46 -08:00
distributed-tracing AppInsights doc (#235) 2019-11-12 14:41:35 -08:00
middleware middleware doc (#274) 2019-12-17 15:21:46 -08:00
publish-subscribe-messaging Fix typos in docs (#178) 2019-10-20 21:36:14 -07:00
security Fix typos in docs (#178) 2019-10-20 21:36:14 -07:00
service-invocation Improve service invocation docs (#210) 2019-10-30 19:28:41 -07:00
state-management Add SQL Server state store documentation (#289) 2020-01-08 15:29:47 -08:00
README.md fix(docs): typo (#281) 2019-12-25 11:21:11 -08:00

README.md

Dapr concepts

This directory contains various Dapr concepts. The goal of these documents is to expand your knowledge on the Dapr spec.

Core Concepts

  • Bindings

    A binding provides a bi-directional connection to an external cloud/on-premise service or system. Dapr allows you to invoke the external service through the standard Dapr binding API, and it allows your application to be triggered by events sent by the connected service.

  • Building blocks

    A building block is a single-purposed API surface backed by one or more Dapr components. Dapr consists of a set of building blocks, with extensibility to add new building blocks.

  • Components

    Dapr uses a modular design, in which functionalities are grouped and delivered by a number of components, such as pub/sub and secrets. Many of the components are pluggable so that you can swap out the default implementation with your custom implementations.

  • Configuration

    Dapr configuration defines a policy that affects how a Dapr sidecar behaves, such as distributed tracing and custom pipeline.

  • Distributed Tracing

    Distributed tracing collects and aggregates trace events by transactions. It allows you to trace the entire call chain across multiple services. Dapr integrates with OpenTelemetry for distributed tracing and metrics collection.

  • Middleware

    Dapr allows custom middleware to be plugged into the request processing pipeline. Middleware can perform additional actions on a request, such as authentication, encryption and message transformation before the request is routed to the user code, or before the request is returned to the client.

  • Publish/Subscribe Messaging

    Pub/Sub is a loosely coupled messaging pattern where senders (or publishers) publishes messages to a topic, to which subscribers subscribe. Dapr natively supports the pub/sub pattern.

  • Secrets

    In Dapr, a secret is any piece of private information that you want to guard against unwanted users. Dapr offers a simple secret API and integrates with secret stores such as Azure Key Vault and Kubernetes secret stores to store the secrets.

  • Service Invocation

    Service invocation enables applications to communicate with each other through well-known endpoints in the form of http or gRPC messages. Dapr provides an endpoint that acts as a combination of a reverse proxy with built-in service discovery, while leveraging built-in distributed tracing and error handling.

  • State

    Application state is anything an application wants to preserve beyond a single session. Dapr allows pluggable state stores behind a key/value-based state API.

Actors

Extensibility