一文入門.NET Core搭建微服務(wù)框架（附源碼）

轉(zhuǎn)自：往事隨灬鋒

cnblogs.com/lifeng618/p/14120044.html

前言

工作快4年了，有時(shí)很迷茫，有時(shí)很有干勁，學(xué)習(xí)了一些技術(shù)，也忘記了一些技術(shù)，即使對(duì)一些技術(shù)，了解的深度不夠，至少自己學(xué)習(xí)過使用過，那么在面對(duì)問題時(shí)，不會(huì)顯得那么無力，解決問題后，也能有更大的收獲。

1、.NET Core基礎(chǔ)知識(shí)，EF CORE Code First，DB First

2、領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)理論，三層架構(gòu)，DDD經(jīng)典分層架構(gòu)

3、WebApi，Swagger，WebApiClient，Grpc，Exceptionless，Serilog

4、Redis，Consul，IdentityServer4，Rabbitmq，Kafka，CAP

5、Ocelot，Kong，Docker，Docker-Compose，Jenkins

DDD經(jīng)典分層架構(gòu)，與認(rèn)識(shí)

1、根據(jù)業(yè)務(wù)，將問題域逐步分解，把一個(gè)大的問題，逐步分解為小的問題，針對(duì)細(xì)分出的問題，給出相應(yīng)的解決方案，降低業(yè)務(wù)的復(fù)雜性和系統(tǒng)實(shí)現(xiàn)的復(fù)雜性

2、領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)是有門檻的，需要全方位提升，包括，業(yè)務(wù)知識(shí)，溝通能力，了解需求的能力，分析業(yè)務(wù)的能力，軟件建模能力（希望有朝一日能爬過去）

3、個(gè)人感覺領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)最重要的就是，讓團(tuán)隊(duì)每個(gè)人都理解業(yè)務(wù)，達(dá)成共識(shí)，過程中留下來的文檔，圖例，模型，對(duì)公司對(duì)個(gè)人都是一筆財(cái)富，提升了團(tuán)隊(duì)能力，沉淀了業(yè)務(wù)知識(shí)

4、學(xué)習(xí)領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)是一個(gè)長(zhǎng)期的過程，書本的理論知識(shí)中沒有明確指出實(shí)踐的方式，基本上不會(huì)有完整的案例，因?yàn)閷?shí)踐領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)的系統(tǒng)都是公司的核心系統(tǒng)，里面包 含了公司大量的業(yè)務(wù)，以及商業(yè)價(jià)值，一般不會(huì)開源出來分享，需要結(jié)合項(xiàng)目，業(yè)務(wù)，人員，團(tuán)隊(duì)，來綜合考慮，權(quán)衡，團(tuán)隊(duì)需要達(dá)成共識(shí)去實(shí)踐，在實(shí)踐中總結(jié)，進(jìn)步

服務(wù)間的通訊：WebApiClient，Grpc，EventBus，以及問題

多個(gè)服務(wù)中需要通訊的時(shí)候，我們需要根據(jù)場(chǎng)景，來選擇不同的通訊手段，每種通訊手段都有好處和壞處，以及異常的情況，需要綜合來考慮選擇

在下單扣庫存的場(chǎng)景中，我們?cè)谟唵畏?wù)中下單完成后，需要扣除商品服務(wù)中的sku庫存，由于在不同的服務(wù)，我們不能保證他們的事務(wù)，只能保證最終一致性

WebApiClient，Grpc來實(shí)現(xiàn)

WebApiClient的github地址：https://github.com/dotnetcore/WebApiClient

1、如何保證不超賣？扣減庫存的并發(fā)量比較大怎么辦？

商品服務(wù)提供RESTful API，GRPC 服務(wù)端，扣減庫存接口時(shí)：利用數(shù)據(jù)庫行鎖，和添加扣除的數(shù)量不能大于數(shù)據(jù)庫的庫存數(shù)量的條件（UPDATE t_sku SET Stock=Stock - {sku.SkuQuantity} where Id = '{sku.SkuId}' AND Stock > {sku.SkuQuantity}）

2、如何保證生成訂單與商品庫存的最終一致性？

重試 + 補(bǔ)償 ，訂單服務(wù)保存訂單后，使用WebApiClient，調(diào)用RESTful API扣減庫存接口，使用Grpc 請(qǐng)求服務(wù)端扣減庫存，根據(jù)調(diào)用的返回結(jié)果，結(jié)果失敗重試，重試一定次數(shù)后，記錄日志，回歸訂單，提示失敗，成功則提示下單成功！

3、訂單服務(wù)可能會(huì)多次請(qǐng)求商品服務(wù)扣減庫存的接口，會(huì)不會(huì)造成多次扣減庫存？

商品服務(wù)扣減庫存的接口需要根據(jù)訂單服務(wù)提供的唯一標(biāo)識(shí)做冪等，Grpc 服務(wù)端扣減庫存做冪等,冪等可以采用redis 的Hash，和設(shè)置Hash的過期時(shí)間來做冪等，也可以使用冪等表，新增一張表，用訂單服務(wù)的標(biāo)識(shí)做唯一索引，我這里使用的是冪等表

EventBus來實(shí)現(xiàn)

1、怎么選擇消息隊(duì)列，Rabbitmq 還是 Kafka？

Rabbitmq 的社區(qū)比較活躍，官方文檔比較詳細(xì)，有.NET的客戶端，性能沒有Kafka高,Kafka 的原理架構(gòu)比rabbitmq 容易理解，kafka的集群更好搭建，目前來說沒有性能要求，工作中用的是Rabbitmq

2、下單扣除庫存是比較重要的場(chǎng)景，聽說消息隊(duì)列會(huì)丟消息？

Rabbitmq 提供了發(fā)布者確認(rèn)機(jī)制，消費(fèi)者提供了ACK機(jī)制,可以保證不丟消息，消息發(fā)布到rabbitmq 服務(wù)器，開啟了發(fā)布者確認(rèn)，消息持久化到磁盤成功后，會(huì)返回持久化的狀態(tài)，持久化磁盤成功了，代表發(fā)布消息成功了，消息者開啟ACK,消息消費(fèi)失敗后，會(huì)返回消息隊(duì)列中，多次失敗后，可以把消息放到指定的延遲隊(duì)列中，Rabbitmq 掛了，重啟時(shí)會(huì)，不斷的重試，直到成功，也可以失敗一定次數(shù)后，人工干預(yù)解決問題

kafka有生產(chǎn)者消息確認(rèn)機(jī)制，消費(fèi)者ack機(jī)制，kafka 發(fā)布消息是可以設(shè)置ACK=all，消息需要，Leader持久化磁盤成功，所有的ISR中的Follower都持久化磁盤成功后，才表示真正的成功，消費(fèi)者可以手動(dòng)提交當(dāng)前偏移量，保證不丟消息

3、有沒有寫好的，使用非常簡(jiǎn)單方便的框架，這樣我就能直接搬磚了？

楊曉東老師的CAP:https://github.com/dotnetcore/CAP,一個(gè)基于本地消息表+消息隊(duì)列 的分布式事務(wù)的解決方案，同樣具有 EventBus 的功能，基于本地消息表意味者，多了幾次IO，會(huì)影響一點(diǎn)性能，但是可靠，使用簡(jiǎn)直是easy，最好能了解一些原理，這樣遇到一些問題，也能解決

4、用消息隊(duì)列我還需要考慮冪等嗎？

用消息隊(duì)列一定要考慮冪等，很多消息隊(duì)列都保證至少一次投遞消息，可能出現(xiàn)多次投遞的情況。冪等方式與上面的一致

Redis

CsRedis的github地址：https://github.com/2881099/csredis

目前接觸的數(shù)據(jù)量，不用考慮緩存穿透、緩存擊穿、緩存雪崩的情況，緩存同步策略，也看過一些文章，了解過一些

1、CsRedis 冪等

2、CsRedis 分布式鎖

3、CsRedis做緩存，加快查詢的速度，緩存一些熱點(diǎn)數(shù)據(jù)，比如權(quán)限

IdentityServer4

IdentityServer4的文檔地址：http://www.identityserver.com.cn/

IdentityServer4 是為ASP.NET Core系列量身打造的一款基于 OpenID Connect 和 OAuth 2.0 認(rèn)證框架。

對(duì)外提供RESTful API接口，需要Token來進(jìn)行驗(yàn)證，JWT Token中包含一些用戶信息，我們可以結(jié)合RBAC權(quán)限進(jìn)行授權(quán)

1、在已有登錄的項(xiàng)目中，我們可以使用密碼授權(quán)模式，獲取Token

2、使用混合流模式，結(jié)合前端使用oidc-client-js，獲取Token

3、使用混合流模式，IdentityServer提供了一套基于 MVC 的樣例 UI,可以直接從Github上拉取，引用到項(xiàng)目中，獲取Token

Consul

使用Consul來實(shí)現(xiàn)服務(wù)發(fā)現(xiàn)與健康檢查

1、Consul提供了可視化的界面，我們可以隨時(shí)查看服務(wù)的狀態(tài)

2、Consul有.NET的客戶端，我們可以在服務(wù)啟動(dòng)的時(shí)候向consul注冊(cè)，服務(wù)關(guān)閉時(shí)注銷，也可以通過Json文件的方式向consul中注冊(cè)服務(wù)

3、Consul的健康檢查，會(huì)根據(jù)你設(shè)置的時(shí)間來對(duì)你的服務(wù)發(fā)起調(diào)用。檢查服務(wù)是否正常，所以我們需要提供一個(gè)接口，表示服務(wù)的運(yùn)行狀態(tài)

4、Consul可以在一個(gè)服務(wù)中注冊(cè)多個(gè)Ip+端口號(hào)，客戶端可以根據(jù)服務(wù)名稱獲取所有的Ip+端口號(hào)，根據(jù)算法，實(shí)現(xiàn)負(fù)載均衡

Ocelot

Ocelot文檔地址：https://ocelot.readthedocs.io/en/latest/index.html

Ocelot是一個(gè)用.NET Core實(shí)現(xiàn)并且開源的API網(wǎng)關(guān)，它功能強(qiáng)大，包括了：路由、請(qǐng)求聚合、服務(wù)發(fā)現(xiàn)、認(rèn)證、鑒權(quán)、限流熔斷、并內(nèi)置了負(fù)載均衡器

1、Ocelot 可以結(jié)合Consul 實(shí)現(xiàn)服務(wù)發(fā)現(xiàn)，實(shí)現(xiàn)負(fù)載均衡

2、Ocelot 所有的請(qǐng)求路由都走Ocelot，可以結(jié)合Identityserver4，可以在Ocelot上統(tǒng)一認(rèn)證授權(quán)

Ocelot Swagger,Kong Swagger,遇到過的問題

Swagger 是一個(gè)很好用的接口文檔，可以幫助我們前后端聯(lián)調(diào)，以及多個(gè)項(xiàng)目接口的管理

1、使用Ocelot網(wǎng)關(guān)，多個(gè)服務(wù)，怎么統(tǒng)一的使用swagger 來管理

Swagger加載時(shí)請(qǐng)求一個(gè)IP+端口+服務(wù)名稱+Swagger.json的接口，我們可以在ocelot中，配置單個(gè)服務(wù)的swagger路由，在Ocelot上配置Swagger，通過選擇的服務(wù)名稱，來路由到指定服務(wù)的swagger

2、Swagger訪問的統(tǒng)一路徑是：IP+端口/swagger，部署網(wǎng)關(guān)后，都是8000端口，由于Kong 的Route不能重復(fù)，我該怎么來配置？

我們可以使用KongA可視化界面，給指定的服務(wù)配置特定的路由

Swagger訪問的統(tǒng)一路徑是：IP+端口/swagger，我們可以為每個(gè)服務(wù)設(shè)置IP+端口/{唯一的名稱}+swagger，比如訂單服務(wù)：47.104.83.210:8000/orderSwagger

3、我們公司現(xiàn)在有幾十個(gè)服務(wù)，每個(gè)都需要在KongA上配置，很麻煩，怎么辦？

kong有官方的文檔，提供了RESTful API接口，可以調(diào)用kong的8001端口來，配置，目前Kong Admin Api 沒有官方的.NET客戶端，有位大佬開源了Kong.Net,可以幫助我們更快的去實(shí)現(xiàn)

Kong.Net的github地址：https://github.com/lianggx/Kong.Net

Docker ，Docker-Compose ，Jenkins

使用Jenkins pipeline 來實(shí)現(xiàn)，從git 服務(wù)器上拉取代碼，發(fā)布代碼，把代碼打包，通過SSH，傳輸?shù)絃inux 服務(wù)器，在Linux 服務(wù)器執(zhí)行，docker images ，docker run ，docker-compsoe，部署項(xiàng)目。

使用Docker，Docker-Compose，部署項(xiàng)目，以及安裝各種需要的環(huán)境，工具。

總結(jié)

喜歡溝通交流，歡迎大家給出意見，謝謝！

1、基礎(chǔ)知識(shí)不足，技術(shù)的深度不夠，沒有養(yǎng)成記錄知識(shí)的習(xí)慣，習(xí)慣性的忘記了許多東西

2、沒有重視業(yè)務(wù)的重要性，沒有沉淀積累業(yè)務(wù)知識(shí)，經(jīng)常考慮一些技術(shù)或者功能實(shí)現(xiàn)，忽略了最重要的業(yè)務(wù)積累

3、做的事件很雜，很散，沒有方向，也收獲了一些，比如，討論出的方案，我會(huì)思考這樣做，是否會(huì)有問題，有問題的地方在哪里，提出來，大家討論

4、學(xué)習(xí)領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)，讓我明白了業(yè)務(wù)的重要性，我一直想要提高自己的溝通能力和需求分析能力,卻沒有方向，十分的迷茫，一無所有，卻缺乏從頭再來的勇氣

碼云地址：https://gitee.com/lifeng618/Sample.git

- EOF -

學(xué)習(xí)福利

極客時(shí)間雙11，新用戶首單1元

肖老師的這個(gè)課上線的時(shí)候我就推薦過，現(xiàn)在全集了，原價(jià) 129，現(xiàn)在首單用戶只要 1 塊錢，太值了，掃碼搶吧

課程目錄

直接掃碼購買，新用戶首單只需要1元

雙11活動(dòng)

點(diǎn)擊「閱讀原文」，拿下?.NET Core！