1、前言

?????????? 分布式已經成為了當前最熱門的話題，分布式框架也百花齊放，群雄逐鹿。從中心化服務治理框架，到去中心化分布式服務框架，再到分布式微服務引擎，這都是通過技術不斷積累改進而形成的結果。esb,網關，nginx網關 這些中心化服務治理框架現在都是各個公司比較主流的架構，而最近幾年大家炒的比較火的去中心化微服務框架，各個語言都有其代表作品，比如.NET就有orleans、akka.net,這些框架不言而喻都能從網上了解一二，但是針對于這些框架，是不是就滿足公司的需要，就能搭建起整個平臺呢？

???????? 可以告訴大家，下一代框架應該稱為分布式微服務引擎，也可以叫做服務網格，它應該是基礎設施引擎，加載驅動業務模塊服務，負責服務之間的可靠傳遞，提供了所需的網絡協議，而針對surging 服務引擎就是朝著這個思想前進，內部通過RPC進行調用，有一套完整的服務治理規則，提供了tcp、http、ws 協議，并且可以支持容器化、可定制化引擎部署，下面我們來看看是如何實現的。

2.服務引擎

服務引擎是用于處理服務與服務可靠通信的專用基礎設施。而服務應該是獨立進行部署的，無需寄宿在其它框架當中，由于服務之間的獨立性，業務團隊不再需要操心服務治理相關的復雜度，全權交給服務引擎處理即可。針對每一個服務實例，服務引擎都會在同一主機上一對一并行部署一個服務進程，實現該服務實例所有對外的網絡通訊（參見下圖），借助于良好的框架封裝，運維成本也可以得到有效的控制。

2.1 演化史

surging從無到有可分為三個演化階段

第一個階段RPC服務治理框架，服務與服務之間通信通過接口創建代理的方式進行訪問

第二個階段RPC服務治理框架+網關，服務與服務之間通信通過接口創建代理或RoutePath進行訪問，外部通過網關進行調用

第三個階段服務引擎，服務不再關心通訊細節和通信協議，統統交給引擎， 只需要關注業務的實現

2.2 架構

針對于surging現在提供了tcp、http、ws三種通信協議，tcp、http協議是基于dotnetty，而ws是基于websocket-sharp的分支版本websocketcore(該版本支持.NET CORE)

而整個引擎的架構如下圖所示，通過對外的網絡通信協議，可以對接移動、web、物聯網應用，通過服務發現RPC遠程調用內部業務服務。

?

3.如何開發基于協議的業務模塊

3.1 基于http,tcp協議業務接口

繼承IServiceKey，并且都需要標識[ServiceBundle("Api/{Service}")]，代碼如下

3.2 基于ws協議業務接口

繼承IServiceKey，并且都需要標識[ServiceBundle("Api/{Service}")]，ws服務與服務之間的遠程調用，需要把負載分流設置為哈希算法代碼如下

?3.4?基于ws協議業務實現

? 繼承WSServiceBase和業務接口IChatService，注意：ws服務之間的調用只能通過基于routepath遠程調用，不支持通過接口創建代理遠程調用

?3.5.?提供哈希分流選址接口

通過調用內部提供的哈希分流選址接口，就可以把傳遞同一參數KEY分配到同一個服務提供者上。

3.6 基于WS協議測試

?

?

4.容器化部署

通過docker下載surging引擎，現在的版本是v0.8.0.2

1	docker pull serviceengine/surging:v0.8.0.2

?啟動surging 引擎

1

docker run --name surging --env Mapping_ip=192.168.249.242? --env Mapping_Port=93 --env RootPath=/home/fanly --env Register_Conn=192.168.249.162:8500 --env EventBusConnection=192.168.249.162 --env Surging_Server_IP=0.0.0.0? --env Surging_Server_Port=93 -v /home/fanly:/home/fanly -it -p 93:93 surging

?運行如下圖所示：

?

環境變量

Protocol：可以設置Http、Tcp、WS、None， 其中設置Http、Tcp、WS表示僅支持相關協議，None表示可以支持所有協議

RootPath：業務模塊存儲的根目錄，如：/home/fanly

HttpPort: 啟動Http協議主機端口

WSPort：啟動WS協議主機端口

UseEngineParts:設置啟用的服務引擎組件，默認是DotNettyModule;NLogModule;MessagePackModule;ConsulModule;HttpProtocolModule;EventBusRabbitMQModule;WSProtocolModule;（注意：如果是nuget定制化引擎，不需要配置Packages，可以進行刪除，只需下載所需的引擎組件，會自動裝配注冊到服務引擎）

IP：私有容器IP,一般都是設置0.0.0.0

Server_Port：?私有容器端口

Mapping_ip:公開主機IP

Mapping_Port:公開主機端口

?

5.總結

surging 研發已經過去一年，從原來只支持RPC遠程服務訪問，到現在可以支持容器化部署，支持tcp、http、ws 協議的服務引擎,其中的成長演化非常有意思，有很多靈感只有在開發的時候才會靈光乍現，也希望以后能有更好的設計思想融入到surging中,也同時希望surging越來越強大。

原文地址：http://www.cnblogs.com/fanliang11/p/9314469.html

.NET社區新聞，深度好文，歡迎訪問公眾號文章匯總 http://www.csharpkit.com

總結

以上是生活随笔為你收集整理的谈谈surging引擎的tcp、http、ws协议和如何容器化部署的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。