Clarify the relationship between the Logic Apps Preview and Dapr Workflows in the docs

[msfussell]

Q: Is there a relationship between the Logic Apps Preview that runs in Docker: https://docs.microsoft.com/en-au/azure/logic-apps/create-stateful-stateless-workflows-visual-studio-code?s=09 and Dapr Workflows which allows running Logc Apps workflows https://github.com/dapr/workflows ?

A: Dapr Workflows runs the Logic Apps engine, the .NET binaries. Well in advance of this announcement you have been able to run Logic App workflows in containers using Dapr. This announcement just showed how Logic App workflows also runs Functions Host runtime.

[tomkerkhove]

To take it a step further, when should we use what?

[yaron2]

My take:

Use Dapr Workflows

• High performance (Dapr allows workflows to be invoked over gRPC for high-throughput and low latency)
• Low footprint / Edge environments (Dapr image size is 23.4MB, compared to > 0.5GB for the Functions Runtime Host)
• Leverage Dapr APIs (pub/sub, state, service invocation, actors, secrets, bindings) from within a workflow
• Multi-cloud architectures (Dapr has a wide variety of bindings for GCP, AWS and Azure and also on-premise components)
• Reliable messaging outside of Azure
• Zero trust networks (Dapr provides out of the box in-transit encryption, API token auth and access control when invoking Logic Apps)