当DAPR时，当Microsoft开发的分布式操作时，它致力于创建事件驱动程序。它可以被移植，扩展，可以在云中构建，也可以在本地分布式操作中构建。
服务发现的功能，基础架构服务代理网关，您自己的状态管理，消息订阅发布以及参与者，遥测和其他功能是微服务架构的首选。
Microsoft的Web应用程序基本上以ESHOP为例来解释他们可以真正完成XXX的需求，因此这次也不例外。基于DAPR的微服务在我们面前。
Eshop的业务是一家在线小型商店，具有订单，付款，分类和购物车等功能。
此示例支持各种部署方案，您可以使用Docker或Kubernetes。
让我们看一下结构吗？
Micro -Service使用DAPR的参与者功能，状态管理功能，服务块功能，发布/订阅功能，安全配置，事件绑定触发函数。在这里，示例相对活着。
这套业务采用了经典的前后分离方法，由前端水疗中心和后端API组成。重点是后端架构。
后端服务均匀地使用DAPR管理。水疗前端访问是API网关。网关由基本服务使节组成。IT和SIDECAR模式的DAPR函数构成了前部服务。
登录授权服务由身份服务完成。注意到它是独立的，尚未添加到DAPR服务中。它主要提供OAuth授权的令牌。
API网关可以通过DAPR直接访问主要业务API服务：（篮子，目录，订购，付款），也可以访问API聚合服务（BFF）；
API聚合服务（Web购物聚合器）通过DAPR访问接口访问聚合服务接口。
在上游API服务中，其通信协议使用HTTP模式，DAPR使用GRPC协议与其通信，并通过HTTP模式和下游服务进行通信。
当然，它也可以配置为均匀使用GRPC协议。
该项目存储在Github中。感兴趣的儿童鞋可以被拉下并运行，因为由于我的工作机器记忆配置，我没有运行此示例。
是的，微服务的本地调试环境是一个大问题。采取K8S套装确实是令人头疼的。
DAPR简化了什么作品？
DAPR允许开发人员轻松地使用任何语言或框架编写微服务。它解决了分布式应用程序中的许多挑战，例如：
项目文件结构
希望在周末运行！
常规摘要，理性的观点！
我想到你和必不可少的孤独感是什么结局，孤独感。
？看到这个，您仍然在乎吗？
?就像，您仍然在乎收藏吗？
全部收集了吗？您仍然在乎评论吗？