在微服务大行其道的今天，Java阵营的Spring Boot、Spring Cloud、Dubbo微服务框架可谓是风水水起，也不得不感慨Java的生态圈的火爆。反观国内.NET阵营，微服务却不愠不火。
微软在其官网的架构体系上推出了eShopOnContainers微服务参考应用，用来推广基于.NET Core的微服务架构。我也将基于此来学习研究微服务，并分享自己的所学所得，形成一个系列，为.NET社区微服务的推广略尽绵薄之力。
eShopOnContainers 简介Easy to get started sample reference microservice and container based application. Cross-platform on Linux and Windows Docker Containers, powered by .NET Core 2.1, Docker engine and optionally Azure, Kubernetes or Service Fabric. Supports Visual Studio 2017, VS for Mac and CLI based environments with Docker CLI, dotnet CLI, VS Code or any other...
简单来说：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）
事件驱动架构
在由多个微服务组成的应用程序中，可以用不同方式实现每个微服务。每个微服务可能具有不同架构模式，并根据应用程序的性质、业务需求和优先级使用不同的语言和数据库。
这也就是微服务的灵活性与复杂性的源头。
代码结构 系列计划