转载

ServiceComb 设计揭秘：标准与开放

内容来源： 2017年12月7日，华为开源项目ServiceComb开发工程师刘姗姗在“ServiceComb在线直播”进行《ServiceComb设计揭秘：标准与开放》演讲分享。IT 大咖说（id:itdakashuo）作为独家视频合作方，经主办方和讲者审阅授权发布。

阅读字数： 1125 | 4分钟阅读

嘉宾演讲视频地址： suo.im/4NYCh2

摘要

本次演讲主要是分享ServiceComb对标准与开放的追求。

ServiceComb开发框架

ServiceComb 设计揭秘：标准与开放

上图是ServiceComb的开发框架。编程模型目前支持jaxrs、pojo、springmvc。运行模型其实就是handlers的组成。通信模型目前是支持restful和highway。最底下的服务契约就是服务接口定义文件，目前我们的服务契约可支持OpenAPI，也就是说它和具体的编程语言是解耦的。

基本概念

SchemaMeta

服务接口定义元数据（服务契约）：一个微服务可以拥有多个schema文件，在同一个微服务当中每个schema文件都有唯一Schema-Id与之对应。

MicroService

微服务元数据：包括应用名、微服务名称、微服务Id、版本、描述、Schema信息等。

MicroServiceInstance

微服务实例：一个独立的拥有自IP端口的微服务实例（通常为进程），与service id的关系为n:1，即Service ID可以拥有多个微服务实例。

ServiceComb 设计揭秘：标准与开放

上图是ServiceComb系统的模块图。这里的模块主要是以代码模块为主。

Foundation是框架的基础，包括配置管理、通信以及通信相关等。

上面是common模块，它放置了一些公共组件的功能。比如处理字节码、处理protobuf的编码以及协议相关。

Swagger主要是处理服务契约相关。这里又包含了两个部分，generator和invocation。Generator负责接口定义相关，而invocation处理调用相关。

CSECore模块是微服务框架核心功能的抽象接口。在上面的部分主要有三个内容，编程模型包括consumer和producer的部分，运行模型就是handle的部分，第三个就是通信模型transport部分。

再往上就是针对这几块的具体实现。比如consumer的编程模型包括了springMVC和透明RPC。Produce包含了springMVC、jaxrs和透明RPC三种方式。Handle支持多个实现，目前我们已经实现的有打点的模块、限流、负载均衡。Transport部分支持了highway和restful，restful还可细分为基于vertx的restful和基于servlet的restful。

除了这些之外还有一个registry模块，它主要是负责与注册中心进行交互。

整个ServiceComb框架也可以做一个starters，与springboot进行集成。

ServiceComb 设计揭秘：标准与开放框架的启动与停止主要是看三个java文件。第一个是处理日志系统的参考类log4jUtils，日志系统初始化功能。日志支持对接log4j/log4j2/logback，大家只要按照标准实现对接slf4j即可，可以不使用框架提供的log4jUtils。第二个是BeanUtils文件，负责spring的拉起，这个类也是提供的参考类。第三个是负责核心功能初始化的CseAppllcationListener，该类是启动的核心类。