mirror of https://github.com/dapr/docs.git
Update daprdocs/content/en/developing-applications/building-blocks/workflow/workflow-features-concepts.md
Co-authored-by: Hannah Hunter <94493363+hhunter-ms@users.noreply.github.com> Signed-off-by: MD Ashique <noorani.ashique5@gmail.com>
This commit is contained in:
parent
4cdb9be49d
commit
b51a4bd793
|
@ -149,7 +149,9 @@ Learn more about [external system interaction.]({{< ref "workflow-patterns.md#ex
|
||||||
|
|
||||||
## Workflow backend
|
## Workflow backend
|
||||||
|
|
||||||
Dapr Workflow relies on the Durable Task Framework for Go (a.k.a. [durabletask-go](https://github.com/microsoft/durabletask-go)) as the core engine for executing workflows. This engine is designed to support multiple backend implementations. For example, the [durabletask-go](https://github.com/microsoft/durabletask-go) repo includes a SQLite implementation and the Dapr repo includes an Actors implementation. Dapr Workflow by default supports Actors backend which is stable and scalable, however, user can choose different backend supported in Dapr workflow. For example, [SQLite](https://github.com/microsoft/durabletask-go/tree/main/backend/sqlite)(to be released) could be an option for backend for local development and testing.
|
Dapr Workflow relies on the Durable Task Framework for Go (a.k.a. [durabletask-go](https://github.com/microsoft/durabletask-go)) as the core engine for executing workflows. This engine is designed to support multiple backend implementations. For example, the [durabletask-go](https://github.com/microsoft/durabletask-go) repo includes a SQLite implementation and the Dapr repo includes an Actors implementation.
|
||||||
|
|
||||||
|
By default, Dapr Workflow supports the Actors backend, which is stable and scalable. However, you can choose a different backend supported in Dapr Workflow. For example, [SQLite](https://github.com/microsoft/durabletask-go/tree/main/backend/sqlite)(to be released) could be an option for backend for local development and testing.
|
||||||
|
|
||||||
The backend implementation is largely decoupled from the workflow core engine or the programming model that developers see. Rather, the backend primarily impacts how workflow state is stored and how workflows execution is coordinated across replicas. In that sense, it is similar to Dapr's state store abstraction, except designed specifically for workflow. All APIs and programming model features are the same regardless of which backend is used.
|
The backend implementation is largely decoupled from the workflow core engine or the programming model that developers see. Rather, the backend primarily impacts how workflow state is stored and how workflows execution is coordinated across replicas. In that sense, it is similar to Dapr's state store abstraction, except designed specifically for workflow. All APIs and programming model features are the same regardless of which backend is used.
|
||||||
|
|
||||||
|
|
Loading…
Reference in New Issue