.NET Core下的Spring Cloud——前言和概述

前言

前幾年一直在寫相似dubbo，Srping Cloud的微服務框架輾展轉轉重複了屢次，也重構推翻了不少次，其中誕生了「Rabbit.Rpc」,」Go」,」RabbitCloud」等開源項目。

其中不乏他人對這些項目的完善。很高興本身的開源項目可以給他人提供思路和複用代碼。

關於Rabbit.Rpc相關的文章：

《.NET輕量級RPC框架：Rabbit.Rpc》

《擁抱.NET Core，跨平臺的輕量級RPC：Rabbit.Rpc》

挫折

但無一不被推翻。爲何呢？是由於沒有耐心？喜新厭舊嗎？

回顧經歷，鄙人一直在互聯網類型的公司就任，用戶量和請求量都不算低，而本身造的輪子在具體應用上多多少少存在一些問題。

爲何不去解決遇到的問題呢？

一我的的精力有限，越深刻愈加現一個微服務框架須要考慮的事情太多，而不是簡簡單單寫點代碼達到展現可用。

真正用在生產上會遇到不少奇奇怪怪的需求，有技術正確的也有業務須要的。

並且每個項目對微服務框架的需求也不盡同樣。常常遇到某些功能在A處可用，在B處就沒那麼流利了。

是能力不足代碼太low嗎？

也存在這個可能。我的以爲微服務框架須要大量的微服務實踐經驗。或許是本人的實踐經驗還不夠。

站在巨人的肩膀上

這時候我發現了一個項目「SteeltoeOSS」這是Spring Cloud團隊在.NET下的實現。這時我準備擁抱開源，放棄本身造核心輪子的想法。利用社區的經驗衍生出更方便的使用方式。

然而SteeltoeOSS由於建立不久，沒法徹底對標Java Spring Cloud的實現，缺乏了一些快速上手的能力，好比feign（聲明式API請求客戶端），Hystrix的集成，ribbot（負載均衡服務器），只有基於eureka的服務發現。

這樣的狀況便萌生了我補缺的想法，我基於SteeltoeOSS添加了三個新的項目，分別是：steeltoe-extensions（Steeltoe.Discovery.Consul.Client，基於consul的服務發現），ribbon和feign（簡單可用）。其中feign屬於簡單可用，耦合的比較緊，目前feign還在ribbon的git倉庫。

爲何要這麼作？

「.NET不缺少輪子，而是缺少穩定生產可用的輪子。」

目前這套解決方案只在前段時間"福州首屆.NET開源社區線下技術交流會"上公開宣講過。

這套解決方案也用於生產,不是知足私慾的花瓶框架。

下面是生產環境的相關狀況：

最大峯值：80W/min

日請求量：2億

微軟官方實地勘察調研，並做爲案例向社會推廣.NET Core。

看看效果

首先準備2個server（服務提供方）

這邊你們意會就能夠了，後續會寫詳細的文章來一步一步完成和解釋這些步驟。

配置以下：

大概的意思是：

本地綁定的服務端口分別是 6001和6002

配置Consul的地址和註冊到Consul上的服務地址

其中server2關閉了url健康檢查（consul定時向server1請求，返回200表明健康），啓用了心跳檢查（定時向consul報告我還活着）。

設置服務的名稱

添加actuator端點（提供健康檢查等能力，來自SteeltoeOSS）

Program以下：

大概的意思是：

根據不一樣的serverId加載不一樣的配置文件而且建立對應的WebHost

其中UseDiscoveryClient是啓用發現客戶端的意圖

Startup以下：

大概的意思是：

server1啓用mvc，健康檢查端點和CloudFoundry端點（url健康檢查）

server2只啓用mvc（心跳檢查）

Controller以下：

大概的意思：返回當前時間

看看Consul

咱們能夠發現Consul上註冊了一個timeService，而且有兩個健康的節點，分別是：localhost:6001和localhost:6002。

這樣咱們就完成了同一個服務兩個實例的環境，下一步就是如何調用這些服務。

編寫客戶端（服務調用方）

配置文件

大概的意思是：

配置Consul的地址

當前程序不註冊到Consul上（目前只是調用方無需註冊到Consul）

只查詢健康的服務信息（不健康的節點不會返回）

使用feign調用

定義接口

大概的意思是：

定義了一個ITimeService接口，裏面有個方法叫GetNowAsync。

在接口定義上添加FeignClientAttribute，指定這個接口對應的服務名稱是：timeService（server端的服務名稱：Spring:Application:Name），定義一個回退類型（當服務不可用時返回一個可控值，DateTime的最小時間）

初始化和調用

運行

關掉server試試？

在開啓server？

使用HttpClientFactory調用

初始化和調用

運行

能夠看到6001和6002在交替請求，證實採用的策略是輪詢。

寫在最後

本篇屬於開篇，後續會單獨介紹ribbon、feign、Steeltoe.Discovery.Consul.Client。

開源的地址以下：

https://github.com/majian159/ribbon

https://github.com/RabbitTeam/steeltoe-extensions

.NET技術棧QQ羣：384413261（點擊加入 .NET Group）