一. 起始
去年.NetCore2.0的釋出,公司決定新專案採用.NetCore開發,當作試驗。但是問題在於當前公司內部使用的RPC服務為Thrift v0.9 + zookeeper版本,經過個性化定製,支援了非同步,但也因為如此,這麼多年來一直沒有去升級,導致遷移工作很複雜(歷史遺留專案太多,有各種語言的,目前只有.net體系的開發人員)。另外一點公司本身是做電商服務的,很多東西依賴了阿裡的資料,阿裡要求資料不能夠出聚石塔,我們將所有相關的應用遷移到了聚石塔,隨之問題也來了,聚石塔只開放了80埠,這麼多的Thrift服務需要開放埠,機房與聚石塔之間的互動就很頭疼了,如果改成http請求的話,代價以及各類成本較高。經過一段時間的調研,決定採用grpc作為新的RPC服務框架,原因有以下幾點:
(1)支援多語言
(2)支援http/2,80埠可用
但是grpc需要做叢集支援,也經過一段時間的研究,決定拋棄zookeeper,採用consul來作為註冊中心,至於原因,有很多方面。
二. 元件Sodao.Core.Grpc
為了讓grpc實現叢集部署,自行開發了通用元件Sodao.Core.Grpc,其依賴於Grpc + Consul,程式碼已開源,詳見github
https://github.com/mojinxun/core-grpc
https://gitee.com/overt/core-grpc
三. 簡單介紹使用
1. Nuget包取用
-
Nuget版本:V 1.0.0
-
框架支援: Framewok 4.5 – 4.7 / NetStandard 2.0
Install-Package Sodao.Core.Grpc -Version 1.0.0
2. 配置資訊
(1)服務端配置資訊 (NetCore / Framework)
-
NetCore配置案例 appsettings.json
{
"GrpcServer": {
"Service": {
"Name": "SodaoGrpcServiceApp", 服務名稱使用服務名稱去除點
"Host": "service.g.lan", 專用註冊的域名 (可選)
"HostEnv": "serviceaddress", 環境變數配置(可選,同上)
"Port": 10001, 埠:與端田申請
"Consul": {
"Path": "dllconfigs/consulsettings.json" Consul路徑,不配置將不註冊,為單點專案
}
}
}
}
-
Framework配置案例 app.config
// 新增section
// 新增節點
/>
(2)客戶端配置資訊
-
NetCore
-
命名:[名稱空間].dll.json 檔案夾(dllconfigs)
-
Framework
(3)Consul配置檔案
-
NetCore
{ "ConsulServer": { "Service": { "Address": "http://consul.g.lan" // 預設8500埠 } } }
-
Framework
xml version="1.0" encoding="utf-8" ?> <configuration> <configSections> <section name="consulServer" type="Sodao.Core.Grpc.ConsulServerSection, Sodao.Core.Grpc"/> configSections> <consulServer> <service address="http://consul.g.lan">service> consulServer> configuration>
3. 服務端的使用
(1)NetCore
// 原因:服務啟動的時候是一個單例,那麼所有服務之下的全部是單實體,而資料層需要使用多實體
(2)Framework 4.6
-
直接呼叫GrpcServiceManager來啟動
4. 客戶端使用
(1)NetCore
-
強制依賴註入樣式
-
配置檔案預設使用 [名稱空間].dll.json 可透過vs.menu工具生成nuget包
-
註入中直接呼叫如下
var res = _grpcClient.Client.Ask(new Service.Grpc.AskRequest() { Key = "abc" });
(2)Framework
-
客戶端代理類,編譯在Dll中,類似於ThriftProxy,原始碼如下,可忽略
-
使用代理類執行
ClientManager.Instance.[Method]
原文地址:https://www.cnblogs.com/mojinxun/p/10050303.html
朋友會在“發現-看一看”看到你“在看”的內容