dapr

本来想在Dpar 1.0GA时发布这篇文章，由于其他事情耽搁了放到现在。时下微服务和云原生技术如火如荼，微软也不甘示弱的和阿里一起适时推出了Dapr（https://dapr.io/），园子里关于dapr的文章不太多，所以今天就借这篇文章分享一下如何通过dapr跑起来一个简易的电商系统，让大家通过这个系统来观察dapr如何运作的，权当抛砖引玉。

一个基于eShopOnContainers的示例 .NET Core 分布式应用程序，由Dapr提供支持。 随附的面向 .NET 开发人员的电子书Dapr使用此存储库中的示例代码来演示 Dapr 的功能和优势 Dapr 使开发人员可以使用任何语言或框架轻松编写微服务。它解决了与分布式应用程序一起发现的许多挑战，例如： 分布式服务如何发现彼此并同步通信？ 他们如何实现异步消息传递？ 他们如何在交易中维护上下文信息？ 他们如何能够适应失败？ 它们如何扩展以满足不断变化的需求？ 它们是如何被监测和观察的？ eShopOnDapr 通过集成 Dapr 构建块和组件来发展（或者，Daprizes，如果你愿意的话）早期的 eShopOnContainers 应用程序：   eShopOnDapr 参考应用架构。 由于 eShopOnDapr 参考应用程序的重点是 Dapr，因此对原始应用程序进行了更新。更新后的架构包括： 用Blazor编写的前端 Web 应用程序。它将用户请求发送到 API 网关微服务。 API 网关从前端客户端抽象出后端核心微服务。它是使用Envoy实现的，Envoy是一种高性能的开源服务代理。Envoy 将传入请求路由到各种后端微服务。大多数请求都是简单的 CRUD 操作（例如，从目录中获取品牌列表）并通过直接调用后端微服务来处理。 其他请求在逻辑上更复杂，需要多个微服务协同工作。对于这些情况，eShopOnDapr 实现了一个聚合器微服务，该微服务在完成操作所需的微服务之间编排工作流。 核心后端微服务集包括电子商务商店所需的功能。每个都是独立的，独立于其他的。遵循广泛接受的领域分解模式，每个微服务隔离一个特定的业务能力： 购物篮服务管理客户的购物篮体验。 目录服务管理可供销售的产品项目。 身份服务管理身份验证和身份。 订购服务处理下订单和管理订单的所有方面。 支付服务处理客户的支付。 最后，事件总线支持跨微服务的异步发布/订阅消息传递。开发人员可以插入任何 Dapr 支持的消息代理。