数据交换平台-微服务架构图
2021-07-15 19:14:32 0 举报数据交换平台-微服务架构图
作者其他创作
大纲/内容
异常日志表
微服务
区域、调用接口类型统计
Node1
统计分析
业务实现
6.共享交换中心库
调用：动态创建cxf客户端，组装发送url和参数（结合 fastjson）发送cxf请求 返回数据：通过fastjson解析成json格式的数据
SpringCloud 微服务 权限控制
权限设计弊端（沿用单体应用）
web层VM3
数据库
设备
消费者（Feign、Ribbon 、Hystrix） 去 OR 留(1.以后业务扩展可能安装到客户方，去中心化解决方案，调用伪装API地址 2：速度快)
发送demo:http://ip:8002/api/center/v1/XXXapicodeRest接口:body携带apikey和方法参数Webservice接口：body携带apikey和requestXml（soap请求体）
http调用提供者
订单详情表
安全要求会偏高一些【安全性能】
APP
插件
OTHERS
REST
通信接口
消息服务
数据权限表
每一个服务都要被注册到Eureka服务器上，Eureka通过心跳来确定服务是否正常
DataCenter
（data center）服务层
订单表
资源层
组件拆分
Zuul
消费者
监控报警
生产者（Service1）
负载均衡设备
管理、发布
MQ
菜单信息表
通过CXF或者http调用WS
用户设置表（配置用户个性化设置）
provide2
DB权限库
C提供者
CXF调用WS
consumer3
DSB系统
consumer1
Eureka
API访问限制表（如次数限制、IP限制等）
RPC
日志管理
3.应用支撑子系统
读操作比写操作多【读性能】
系统拆分
Maping/映射、转换、封装、调用
防火墙
……
More...
1.发送HttpClient请求
系统命令表（操作某指令）
DB汇聚
行政区划表
组件
分布式文件系统
提供者3VM
缓存
配置管理
账号角色映射表
账号&数据映射表
more...
日志相关
oracle
web层VM1
负载均衡2VM
基础服务组件
keepalived
4.数据交换服务子系统
datacenter
订单组件
provider1
生产者service1、service2、service3...
注册中心3VM
统计分析表
2.数据支撑子系统
管理者
A提供者
2.携带apikey、apicode以及方法相关参数
文件数据表（共享文件）
A、B、C、D..业务系统
API调用日志记录表
前置系统
文件系统
路由
权限控制
DB（读库）
菜单角色映射表
DSB服务：数据共享、交换、API注册、统一管理、消息流程、审核机制、订单监控、监控中心、数据分析展示等整体服务
账号组织机构映射表
日志组件
业务实现...
业务相关
nginx负载
发送demo:http://ip:8002/api/center/v1/XXXapicodeRest接口:body携带apikey和方法参数Webservice接口：body携带apikey和方法参数
WEB层3VM
PC
微服务拆分
日志服务
人员、组织
系统设置表（配置系统相关属性）
前置交换系统
订单服务
REST API
目录管理
后台管理
图例
角色信息表
5.数据共享服务子系统
zuul 权限、流量、转发、路由
服务通信
服务管理
系统配置
服务管理平台（前置交换系统）
账号菜单表
缓存组件
provide3
nginx2
元数据
核心boss服务
码表
注册发现
...
主数据管理（数据仓库管理：元数据、数据目录、数据接口定义等）
转换
数据分析管理
基础组件
......
API网关3VM
service_params表（API参数详情）
消费者3VM
移动
业务服务模块
+......
service表（API调用详情）
API汇聚
consumer2
配置中心
...
API调用统计
1.传统的单体应用 流行的方式有Apache shiro，但是面对成千上万个微服务并且服务之间是无状态的，难免显得力不从心。2.传统方式：单点登陆（SSO）、分布式（Session）--》权限服务及中化导致流量臃肿、实现一套存储同步机制复杂 ...都不是最好的方案3.zuul作为前门流量常用的方式： 1）自定义权限filter 2）JWT+AUTH2+zuul
CXF调用提供者
元数据管理
DSB系统返回JSON格式数据
模块拆分
接口层
消息队列
文件存储
注册与调用
账号与API资源映射表
搜索服务
nginx1
权限服务
其他终端
系统配置管理
数据交换插件（ETL）数据抽取插件、数据交互插件、数据转化插件、数据传输等
组织机构信息表
7.数据分析展示子系统
API调用查询服务
调用/集成
API Gateway
负载层
DB集群
WWW
web层VM2
返回调用数据
...
数据交换平台-微服务架构图
应用和服务的管理docker、k8s等技术
Http调用WS
缓存、加密组件
写操作比写操作多【写性能】
最大的生产者
缓存服务
主题表
微服务权限控制
生产者
ws
中心控制管理
注册中心
excel、报表、图形展示
访问层
账号信息表
权限管理服务
管理、发布...
管理、 展示、发布..
消费者
1.数据交换对接子系统
发送：通过apicode获取基本API基本信息组装url地址和参数发送http请求返回数据：提供者返回xml
zuul过滤拦截OK，但是如何判断是否有权限，通过注解？？
注册中心集群
B提供者
负载
架构分析：检举平台涉及的服务目前成增长趋势，规模不断的增大，此外 举报查询、举报填写、智能客服、统计分析、监控、权限管理、数据共 享、文件服务等模块相对比较独立，耦合度比较低， 可 以 单模块独立部署，根据业务类型连接不同数据库实例，提高读写效率； 此外智能客服、统计分析等模块有可能会涉及其它语言开发，拆分 成微服务比较合适，技术栈不受限，易于维护开发 综上：检举平台设计更倾向于微服务架构
API基本信息表
DB（写库）
行为审计表
redis集群 3VM
0 条评论
下一页
