eShopOnContainers 知多少[1]：整体概览

引言

在微服务大行其道的今天，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、IdentityServer四、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主机中运行的服务端应用。

1. 客户端应用：基于浏览器的Web应用；基于Xamarin开发的Android、IOS、UWP移动应用。
2. 服务端应用：部署在在Doker主机的系列微服务。

其中服务端主要包括六大微服务：

1. Identity Micsroservice（身份微服务）：用于身份认证和受权。使用SQL Server数据库。
2. Catalog microservice（产品目录微服务）：用于产品资料的维护。使用SQL Server数据库。
3. Ordering microservice（订单微服务）：用于订单逻辑的处理。使用SQL Server数据库。
4. Basket microservice（购物车微服务）：用于购物车逻辑的处理。使用Redis数据库。
5. Marketing microservice（市场营销微服务）：用于市场营销逻辑的处理。使用MongoDB/CosmosDB 和SQL Server数据库。
6. Locations microservice （位置微服务）：用于提供位置服务。使用MongoDB/CosmosDB 数据库。
7. [New] Payment microservice （支付微服务）：用于处理支付逻辑。

另外从上图咱们还能够清晰看出其通讯架构：

1. 客户端与微服务经过API网关通讯：用于查询和接收来自客户端应用程序的更新或事务命令。
2. 异步事件通讯：经过事件总线传播来自微服务的更新或与外部应用程序集成。事件总线可以使用任何消息代理架构技术（如 RabbitMQ）来实现，也可以使用诸如 Azure 服务总线、NServiceBus、MassTransit 或 Brighter 等更高级的服务总线。

微服务架构模式

上图列举的四个微服务主要使用了两种架构模式：

1. 基于数据驱动的CURD微服务
2. 基于DDD的微服务

而实际上，软件架构师和开发人员会使用不一样的架构模式，好比（混合架构风格和架构模式）：

1. 简单的 CRUD，单层
2. 传统N层
3. DDD N层
4. 整洁架构
5. 命令和查询分离（CQRS）
6. 事件驱动架构

在由多个微服务组成的应用程序中，能够用不一样方式实现每一个微服务。每一个微服务可能具备不一样架构模式，并根据应用程序的性质、业务需求和优先级使用不一样的语言和数据库。

这也就是微服务的灵活性与复杂性的源头。

代码结构

系列计划

对于微服务我也只是初步了解，该项目也将是我学习微服务的起点。因此我将以小白的视角（不免有所纰漏，请你们积极交流指正），尽可能以通俗易懂的语言来梳理每个知识点，并造成eShopOnContainers知多少系列，与你们共同窗习进步。该系列会首发在个人我的订阅号『微服务知多少』上，请扫描下文二维码，关注更新！

参考资料

eShopOnContainers 官方文档
.NET 微服务：容器化 .NET 应用架构指南.pdf