东方证券宣布开源其基于 gRPC 框架开发的微服务框架 gRPC-Nebula。据了解，gRPC-Nebula 框架具有服务自动注册、服务发现、链路跟踪、服务治理等特性，为证券行业自身所特有的痛点提供了解决方案。
目前提供 Java 和 C++ 两种语言版本：
基于原生的 gRPC 框架做了很多服务治理的功能开发，相当于使 gRPC 从一个简单的 RPC 框架变成了微服务框架。项目从 2018 年 7 月开始建设，2019 年 1 月份一期上线，开发周期 5 个月，今年 6 月份选择开源，时间不到一年。
gRPC 本身对于研发团队是一个新的技术方向，对源代码的熟悉、与业界的交流也都是近一年才开始；另外 gRPC 框架本身并不具有微服务特性，技术框架、注册中心的选型，服务治理的特性开发也都经历了非常多的讨论和取舍；同时微服务框架对于整个券商来说也是新生事物，都会有个逐步接受的过程。
gRPC-Nebula 最早是基于 gRPC1.12 版本做的开发，目前开源的版本基于 1.17.2 版本，业务方面对 Nebula 也提出了很多需求，光是针对 1.12 版本就经过了 6 个版本的迭代优化。
主要有 5 大方面改进：
-
服务自动注册与发现：采用 zookeeper 为注册中心，服务与注册中心之间保持长连接，具有心跳检测机制，能够周期性的检查服务的状态，确保服务可用性状态一致性，可处理服务进程意外终止，服务器宕机等场景。
-
服务调用负载均衡：对于多实例的服务的调用，提供对多个服务实例的负载均衡调度，实现负载按照预期的调度算法进行调度执行。
-
服务流量控制：通过设置请求数或连接数上限，动态实现对各服务接口的流控管理。
-
服务黑白名单机制：通过设置服务端实例的黑名单、白名单，动态实现请求流程的转移以及服务端实例的访问控制。
-
服务调用异常处理：当客户端调用服务实例连续多次出错时，框架会自动进行服务实例切换。
gRPC-Nebula 开发框架在东方证券内部应用主要包括：行情中心、日志中心、交易接受中心、运营平台等，7 到 8 个能力中心、产品线在应用，下一步计划内部进行大规模的推广，会使其成为内部的架构标准。
相对于原生 grpc 框架，gRPC-Nebula 主要是引入了注册中心，Java、C++ 嵌入了服务注册发现功能、黑白名单、链接 / 流量控制等安全方面的功能；同时开发了服务治理平台，对服务进行统一管控；结合 APM 系统，利用 kafka 进行整体调用链的信息收集，并使用 MySQL 数据库存储元数据，在治理平台上进行各类数据展示。
性能：与 Dubbo 及原生 gRPC 框架相对 ，gRPC-Nebula 性能差距不大，大概损耗 1% 到 2% 左右。
优势：跨语言，具有服务治理、微服务的特性；
介绍内容来自 InfoQ
