東方證券宣布開源其基于 gRPC 框架開發的微服務框架 gRPC-Nebula。據了解，gRPC-Nebula 框架具有服務自動注冊、服務發現、鏈路跟蹤、服務治理等特性，為證券行業自身所特有的痛點提供了解決方案。

目前提供 Java 和 C++ 兩種語言版本：

• https://github.com/grpc-nebula/grpc-nebula-java
• https://github.com/grpc-nebula/grpc-nebula-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