架构图
2020-11-02 10:32:36 1 举报
登录查看完整内容
分布式架构总览。描绘了微服务的体系结构。
作者其他创作
大纲/内容
master redis
平台服务
Architect
无集中式管理
测试专家团队
跨职能微服务产品团队
认证授权
云计算的三中模式：SaaS：Software-as-a-Service（软件即服务）PaaS：Platform-as-a-Service（平台即服务）IaaS： Infrastructure-as-a-Service（基础设施即服务）
查询应用镜像
注册发现
流量
后台服务集成DB、MQ、Cache
微服务开发框架
localCache
Host
镜像治理中心
微服务监控系统分层和监控架构
Mobile BFF
slave redis
Server Registry
限流熔断
存储
网关
ELK
调用链监控
发布平台
业务能力
consumer
监控告警
应用层监控
Deploy
发现服务
文档
Public BFF
业务领域是否清晰？==>如何划分‘服务’
Develop
服务注册中心
第三方GW
服务发现 - 进程内LB模式
平台开放GW
资源治理
IT价值链
微服务框架需要考虑哪些治理环节
用户体验专家团队
IAM(身份认证管理)
CPU 、menory、network、disk等
基础设施
调用链埋点
End-end ownership
工程实践规范
Metrice监控
OPS
后端缓存架构
健康检查
Load Balanaing & invoke
微服务分层方式
Load Balanaing
代码生成
软负载软路由
Test
基于业务能力
网络流量、丢包、错包、连接数 等
基础
配额查询
DEV
轻量级的通信
Review
统一异常处理
计算
DNS
性能、返回码、城市、地区、运营商、版本、系统等
什么是微服务
Server Provider
服务发现 - 传统LB 模式
发布系统
uri、service、sql、cache 可用率、响应时间、qps等
容错限流
持续交付流水线
接入层
日志
日志聚合
接入Nginx
研发专家团队
安全访问控制
微服务架构风格
独立部署
agent
spring boottomcat 集群
产品管理专家团队
外部 + 内部LB
Registry &Keep Alive
监控
Who develops and who operates
内部GW
运维专家团队
Discever
网络
资源治理中心（CMDB）
支撑服务
微服务总体技术架构设计
LB
K8S
序列化 XML、JSON、二进制
H5GW
机器
DBA专家团队
业务监控
集中配置
后台服务
NOC(网络操作中心)监控
日志监控
invoke
端用户体验监控
Support
API团队
Consumer
集群资源调度
镜像治理
Load Balancer
Inflax DBGrafana
端到端的工具链
配置集成
服务发现 - 主机独立LB模式
独立的进程
基础服务核心领域服务公共服务中间层服务
Desogn
告警系统
Web BFF
微服务或SOA
Metrics
服务注册发现
利： 强模块化边界可独立部署技术的多样性
基础设施监控 （网络、交换机）
业务服务
无线GW
平台团队
拉取镜像
安全
一组小的服务
微服务
核心指标监控，登录注册、下单、支付等
log
Metrics
注册服务
数据源
弊分布式复杂性最终一致性运维复杂性测试复杂性
聚合
Kafka
聚合服务、适配服务、边界服务、
REST /RPC
系统层监控（物理机、虚拟机、OS）
启动实例
Run
调拨流量
Drop In 业务逻辑
0 条评论
回复 删除
下一页
