surging 是一个分布式微服务引擎，提供高性能RPC远程服务调用，服务引擎支持http、TCP、WS、Mqtt协议,采用Zookeeper、Consul作为surging服务的注册中心，集成了哈希一致性，随机，轮询、压力最小优先作为负载均衡的算法，底层协议集成采用的组件是dotnetty、websocket-sharp、Kestrel。
支持通过docker hub 部署服务引擎，也可以通过nuget 引用组件的方式自定义服务引擎。
surging 已完成了生成环境的稳定部署,支持超过千台机器服务的水平扩展，可以支持超过1000个的serviceroutes部署，可以支持单台30000个物联网设备，平均单次访问性能可以达到0.11ms(机器的不同，所验证的结果不同，升级.netcore 2.2 使用分层编译性能会更高)。
以上数据是通过本人测试，还有一些是通过别人的提供的数据获得。
基本上数据都是来自于8核16G的服务器，下面我们来看看如何从各个渠道去构建surging 服务引擎。
构建服务引擎
一、通过开源源码进行构建
有部分人员通过引用源码进行开发，可能是这样更容易调试，或者是实时同步surging， surging 是MIT协议，可以随便捣鼓，开源地址如下:https://github.com/dotnetcore/surging
二、通过docker hub 进行构建部署
首先如果是自定义服务引擎，可以把镜像引擎上传到docker hub 镜像库，然后可以根据镜像库做服务编排，以下是所有上传的surging 镜像
也可以通过以下方式获取官方的服务引擎
通过以下命令进行构建
通过以下命令进行运行
如下图所示
三、通过nuget 进行构建部署
可以通过nuget 包安装相关组件，如下图
四、通过rancher 进行管理和服务编排
如下图所示
未来展望
对于surging迄今为止所取得的进展感到非常兴奋，有部分已经使用surging用在了生产环境，并且对于surging的性能非常满意，对于surging未来的规划是维护现有的组件，并且扩展其它常用的协议，比如RTP、RTSP、RTMP ，还有就是做管理中心，包括了发布管理，配置管理，监控中心，异常通知，组件应用中心等功能，这里也感谢大家对于surging 的贡献与支持，也期待大家共同一起完善surging ，一起支持.NET Core的生态。
cnblogs.com/fanliang11/p/10204636.html
閱讀更多 程序員yrf 的文章
