系统整体结构

  1. API资源开放平台
    各个资源接口供应系统开放的API，由适配器统一数据格式后，统一注册到资源适配总线中，通过资源开放平台对外公开，使用接入方通过申请开放平台账号，获得API对接能力。
    开放认证平台，负责对外提供服务，经过账号认证、API鉴权、IP白名单限制、数据加密等多道安全通道后，完成与适配器的接口对接。
    • 统⼀的接⼝形式
    • 统⼀认证开放平台
    • 汇聚数据资源
    • 统⼀接入管理
    • 多层安全防护
  2. 数据同步，自动扩容
    数据库资源提供方注册连接信息，由任务调度中心启动同步任务，完成数据入库。
    数据库使用方，发送数据库同步申请。审核通过后，由任务调度中心发起同步任务，写入目标数据库。 在写入数据时，预先判断目标数据库目前的存储容量，当容量超过预警值时，启动Kubernates 增加容量节点，并将容量节点注册到“分片路由器"上面，完成数据库自动扩容。
    • 多种数据源格式转换
    • 海量数据存储，自动扩容
    • 定时同步
    • 入库主动读，出库主动写
    • 据仓库数据切割存储，分散存储压力
    • 自动水平扩容，海量数据存储
    • 数据多副本，快速故障恢复
  3. 分布式微服务
    系统所有重要组件，采用分布式的思维理念，使其可以以多个无中心节点的方式部署运行。当一个节点发生故障时，系统会自动将其退出服务，并且重新启动一个新的节点，完成故障自动修复。 系统组件，在分布式的部署模式下，都随机的分布在不同物理主机上面。当某一个物理主机发生宕机时，并不会影响整个系统的可用性，故障的节点会自动的转移至其他主机上。
    • 所有模块都以分布式的形式部署
    • 细粒度拆分成多个独立模块
    • 自动化运维
  4. 系统日志
    在微服务的环境下，系统各个应用产生的日志非常分散，需要将日志集中式存放和处理。每一次完整的请求响应流程中，系统都会为这个请求产生一个唯一的追踪id，这个追踪id会附加到任何日志上面，以方便后续日志检索跟查找。 将日志集中存储后，可以非常方便的完成数据统计与挖掘工作。包括日志检索、错误排查、实时图表展示等等。通过图表，可以直观的看到系统的运行状态。
    • 集中式日志存储
    • 统一链路追踪
    • 实时图表展示