.NET Core Community 第四个千星项目诞生：微服务框架 Surging

本文所有打赏将全数捐赠于 NCC（NCC 的资金目前由倾竹大人负责管理），请注明捐赠于 NCC。捐赠情况将由倾竹大人在此处公示。

提及 .NET 微服务，我们脑海中浮现的一系列印象中，总有 Surging 的踪迹。毫无疑问，尽管我们尚未将之纳入生产环境的技术选型范围，但这个项目我们已经观察了很久，私底下也拿来学习和尝试。对我来说，让我最感动的瞬间是作者那句「给我 2 年时间，我给你一个完整的微服务框架」，如果给他 2 年时间，如果我们继续观察 2 年，2 年后的 Surging 会给我们什么惊喜么？答案欲言未言，就在身边，今天这篇文章目的不在于介绍范亮先生及其 Surging，而在于祝贺范亮先生的 Surging 成为 NCC 的第四个千星项目。感谢他的努力，祝贺他的成绩。

去年年中，范亮先生为大家带来了 Surging，详细介绍了 Surging 的架构思想。Surging 是一个分布式微服务框架，提供高性能 RPC 远程服务调用，采用 Zookeeper、Consul 为服务注册中心，集成了哈希、随机、轮询、压力最小优先作为负载均衡的算法，集成 Netty 框架，使用异步传输。三言两语无法道尽 Surging，所幸在范亮先生的博客中有大量文章介绍 Surging 的各子系统细节和用例，本文不做赘述。

Surging 能带来什么？

简化的服务调用，通过服务规则的指定，就可以做到服务之间的远程调用，无需其它方式的侵入
服务自动注册与发现，不需要配置服务提供方地址，注册中心基于ServiceId 或者RoutePath查询服务提供者的地址和元数据，并且能够平滑添加或删除服务提供者。
软负载均衡及容错机制，通过surging内部负载算法和容错规则的设定，从而达到内部调用的负载和容错
分布式缓存中间件：通过哈希一致性算法来实现负载，并且有健康检查能够平滑的把不健康的服务从列表中删除
事件总线：通过对于事件总线的适配可以实现发布订阅交互模式
容器化持续集成与持续交付：通过构建一体化Devops平台,实现项目的自动化构建、部署、测试和发布，从而提高生产环境的可靠性、稳定性、弹性和安全性。
业务模块化驱动引擎，通过加载指定业务模块，能够更加灵活、高效的部署不同版本的业务功能模块

项目：https://github.com/dotnetcore/surging 授权：MIT 文档：https://github.com/dotnetcore/surging/blob/master/docs/README.md 简单示例：https://github.com/dotnetcore/surging/blob/master/docs/docs.en/INDEX.md

作者：Fanliang11（范亮） GitHub：https://github.com/fanliang11

在 NCC Meetup 2018 Shanghai 活动中，范亮先生为我们介绍了 Surging。