DreamMesh架构设计(3)-主要模块

本文将列出规划中的Dream Mesh主要功能模块,给出蓝图,并定好优先级和开发顺序。

核心模块

在前文 DreamMesh架构设计(1)-系统核心 中,列出了最核心的三个模块。

配置中心

配置中心包含三大块的内容:

  1. 服务配置(优先级:高)
  2. 业务配置(优先级:中)
  3. 资源配置(优先级:低)

服务配置和业务配置的具体实现包含三个层次的内容:

  1. 一致性存储

    • 定义通用的配置数据访问接口(优先级:高)
    • 基于ETCD V3的第一个实现版本(优先级:高)
    • 桥接到其他的配置中心实现(优先级:低)
  2. 配置中心服务

    • 实现配置中心的业务逻辑(优先级:高)
    • 对外暴露服务的协议实现
      • gRPC协议(优先级:高)
      • REST协议(优先级:低)
    • 提供的服务接口
      • 标准的CRUD接口(优先级:高)
      • 给应用特别定制的专用接口(优先级:高)
    • 通过配置数据通用接口访问底层数据(优先级:高)
  3. 控制台/Console

    • 基本的配置管理
      • 服务配置管理(优先级:高)
      • 业务配置管理(优先级:中)
      • 资源配置管理(优先级:低)

注册中心

注册中心包含两大块:服务注册和服务配置。其中服务配置的实现包含在配置中心的开发中,这里只需要重用代码即可。

注册中心的具体实现同样包含三个层次的内容:

  1. 一致性存储

    • 定义通用的服务注册数据访问接口(优先级:高)
    • 基于ETCD V3的实现版本(优先级:高)
    • 基于k8s 服务注册的实现版本(优先级:中)
    • 桥接到其他的服务注册的实现
    • spring cloud的discoveryClient(优先级:中)
    • consul(优先级:低)
  2. 注册中心服务

    • 实现注册中心的业务逻辑(优先级:高)
    • 对外暴露服务的协议实现
      • gRPC协议(优先级:高)
      • REST协议(优先级:低)
    • 提供的服务接口
      • 标准的注册/注销/发现接口(优先级:高)
      • 给应用特别定制的专用接口(优先级:高)
    • 通过服务注册数据通用接口访问底层数据(优先级:高)
    • 支持连接其他注册中心交换数据(优先级:中)

服务治理中心

  • 基本的服务注册管理(优先级:高)
  • 基本的服务配置管理(优先级:高)
  • 基于label的简单服务路由(优先级:中)
  • 访问注册中心服务和服务配置服务的接口(优先级:高)

最基本的SDK

核心模块中的SDK暂时只实现一个最基本的基于gRPC的简单实现,功能只是简单的:

  • 实现服务注册/配置读取
  • 实现基本的负载均衡
  • 实现语义化版本/服务路由
  • 实现简单的重试

主要目标是提供给上面的配置中心/注册中心/服务治理中心使用,完成这些模块之间通讯,还有应用和这些模块的通讯。当然也可以用于服务间简单通讯。

目标

上述的四个模块实现之后,就可以得到一个最小范围的微服务体系,功能不多,但是端到端的流程已经可以跑起来。此时的应用,在配置中心/注册中心/SDK的配合下,已经具体基本的服务间通讯功能,同时通过服务治理中心能实现一些简单的服务治理功能:

当然,这只是基石,在此之上,我们将进一步完善体系。

注: 后面的模块就不详细展开了。

引入Service Mesh

首先申明:Dream Mesh暂时不会选择自己重新实现一套Service Mesh,除非未来Istio和Conduit两个产品都出现令人无法满意的极端情况。

Dream Mesh选择在Istio和Conduit的基础上做进一步的完善和扩展。

打通Service Mesh和非Service Mesh

第一件事情,就是完成前文 DreamMesh抛砖引玉(3)-艰难的过渡 讨论的过渡方案,打通Service Mesh和非Service Mesh。

此时需要的完成的事情:

  1. 可以兼容Istio和Conduit的服务注册实现
  2. 可以连接Service Mesh和非Service Mesh下的服务注册
  3. 可以将请求在Service Mesh和非Service Mesh之间转发

引入spring cloud

spring cloud集成

将前面实现的配置中心和服务注册集成到spring cloud,这样普通spring cloud程序也可以使用Dream Mesh体系的配置中心/注册中心,然后可以通过服务治理中心进行基本的服务治理。

spring cloud on service mesh

帮助将已有的spring cloud应用迁移到service mesh上,尽量减少代码的修改量,做到可以比较平滑的迁移。

spring boot on service mesh

个人推崇的比较干净的应用开发模式,spring boot + service mesh,彻底抛弃spring cloud。

基于Service Mesh的扩展

基于Service Mesh的API Gateway

实现前文 DreamMesh抛砖引玉(9)-API Gateway 设想的基于Service Mesh的API Gateway。

削峰填谷

为应用提供”削峰填谷”的功能,结合Service Mesh,可以做到对应用透明。

讨论和反馈

TBD:等收集后整理更新

后记

有兴趣的朋友,请联系我的微信,加入Dream Mesh内部讨论群。

Related