引言
在微服务大行其道的今天，Java阵营的Spring Boot、Spring Cloud、Dubbo微服务框架可谓是风水水起，也不得不感慨Java的生态圈的火爆。反观国内.NET阵营，微服务却不愠不火。
微软在其官网的架构体系上推出了eShopOnContainers微服务参考应用，用来推广基于.NET Core的微服务架构。我也将基于此来学习研究微服务，并分享自己的所学所得，形成一个系列，为.NET社区微服务的推广略尽绵薄之力。
eShopOnContainers 简介
简单来说：eShopOnContainers是一个简化版的基于.NET Core和Docker等技术开发的面向微服务架构的参考应用。
该参考应用是一个简化版的在线商城/电子商务应用。
虽然是简化版的微服务参考示例，但对没接触过Docker、DDD、微服务的同学来说，并不简单。其中不仅包含了很多术语、设计模式、架构风格，还使用了一系列的常见技术（RabbitMQ、EventBus、IdentityServer4、Polly、Api Gateway、Redis、CQRS、CAP、CI/CD等），还有一些相关工具（Docker、K8S等）。所以这将是一个难啃的骨头。
总体介绍
eShopOnContainers作为跨平台的微服务架构，得益于.NET Core能够在Linux或Windows容器上运行。其包含基于浏览器的Web应用、基于Xamarin的Android、IOS、Windows/UWP 移动应用，以及服务端应用。其中服务端包含多个自治微服务（每个都拥有自己的数据/ db），并且每个微服务都有不同的实现形式（简单的CRUD与DDD / CQRS模式）。使用Http作为客户端应用程序之间的通信协议。支持异步通信，使用Integration Events(集成事件)和Event Bus(事件总线)进行数据更新传播。
开发环境架构
一图胜千言，从上图可知，该架构主要包括两个部分：客户端应用和Docker主机中运行的服务端应用。
- 客户端应用：基于浏览器的Web应用；基于Xamarin开发的Android、IOS、UWP移动应用。
- 服务端应用：部署在在Doker主机的系列微服务。
其中服务端主要包括六大微服务：
- Identity Micsroservice（身份微服务）：用于身份认证和授权。使用SQL Server数据库。
- Catalog microservice（产品目录微服务）：用于产品资料的维护。使用SQL Server数据库。
- Ordering microservice（订单微服务）：用于订单逻辑的处理。使用SQL Server数据库。
- Basket microservice（购物车微服务）：用于购物车逻辑的处理。使用Redis数据库。
- Marketing microservice（市场营销微服务）：用于市场营销逻辑的处理。使用MongoDB/CosmosDB 和SQL Server数据库。
- Locations microservice （位置微服务）：用于提供位置服务。使用MongoDB/CosmosDB 数据库。
- [New] Payment microservice （支付微服务）：用于处理支付逻辑。
另外从上图我们还可以清晰看出其通信架构：
- 客户端与微服务通过API网关通信：用于查询和接收来自客户端应用程序的更新或事务命令。
- 异步事件通信：通过事件总线传播来自微服务的更新或与外部应用程序集成。事件总线可使用任何消息代理架构技术（如 RabbitMQ）来实现，也可使用诸如 Azure 服务总线、NServiceBus、MassTransit 或 Brighter 等更高级的服务总线。
微服务架构模式
上图列举的四个微服务主要使用了两种架构模式：
- 基于数据驱动的CURD微服务
- 基于DDD的微服务
而实际上，软件架构师和开发人员会使用不同的架构模式，比如（混合架构风格和架构模式）：
- 简单的 CRUD，单层
- 传统N层
- DDD N层
- 整洁架构
- 命令和查询分离（CQRS）
- 事件驱动架构
在由多个微服务组成的应用程序中，可以用不同方式实现每个微服务。每个微服务可能具有不同架构模式，并根据应用程序的性质、业务需求和优先级使用不同的语言和数据库。
这也就是微服务的灵活性与复杂性的源头。
代码结构
系列计划
对于微服务我也只是初步了解，该项目也将是我学习微服务的起点。所以我将以小白的视角（难免有所纰漏，请大家积极交流指正），尽量以通俗易懂的语言来梳理每一个知识点，并形成eShopOnContainers知多少系列，与大家共同学习进步。该系列会首发在我的个人订阅号『微服务知多少』上，请扫描下文二维码，关注更新！