Hi, nice video. I got a question: with all the dapr sidecar pattern, there's gotta be a point where the request is coming from an application/environement unaware of dapr, either being web browser or postman call, targeting a service/web api that's using dapr right? For this request, should the target url be the non-dapr version of that web api?
Kubernetes and docker containers are too resource heavy and add significant latency. DAPR will be great if ported to webassembly runtimes running on commodity or edge servers.
Nicely done, good pace and clear information, thank you.
hi there . is dapr also work on the graphql sevice or not please give me ans
Hi, nice video. I got a question: with all the dapr sidecar pattern, there's gotta be a point where the request is coming from an application/environement unaware of dapr, either being web browser or postman call, targeting a service/web api that's using dapr right?
For this request, should the target url be the non-dapr version of that web api?
Excellent detailed information thanks
If there's a way to showcase dapr on kubernetes, I'd rather do that instead of compose.
This has been informative, thank you
I hope there’s a video starting from no code to a decent size dapr app 🤞
Cool helpful , love it .
love it!
Very nice!
Man FASTApi (11:10) not FlaskApi - Flask is dead!!!
Kubernetes and docker containers are too resource heavy and add significant latency. DAPR will be great if ported to webassembly runtimes running on commodity or edge servers.
This is good and lazy for us at the same time