这是我参与「第五届青训营 」伴学笔记创作活动的第 10 天
架构介绍
- 系统架构演变
- 单体架构
- 优点
- 性能最高
- 冗余小
- 缺点
- Debug 困难,如果所有代码都在一个程序里
- 模块相互影响
- 模块分工和开发流程都难以进行
- 优点
- 垂直应用架构(按业务线垂直划分)
- 优点
- 业务独立开发维护
- 缺点
- 不同业务存在冗余
- 每个业务依然是单体
- 优点
- 分布式架构(抽出业务无关的公共模块)
- 优点
- 业务无关的独立服务
- 缺点
- 服务模块 Bug 会使整个系统崩溃
- 调用关系复杂
- 不同服务冗余
- 优点
- SOA 架构
- 优点
- 引入服务注册的概念
- 缺点
- 整个系统还是中心化的,需要自上而下设计
- 重构阶段会非常困难
- 优点
- 微服务架构
- 优点
- 高效的开发迭代效率
- 故障可控
- 缺点
- 治理,运维难度加大
- 观测挑战
- 安全性
- 分布式系统本身的复杂性
- 优点
- 单体架构
- 核心要素
- 服务治理
- 服务注册
- 服务发现
- 负载均衡
- 扩缩容
- 流量治理
- 稳定性治理
- 可观测性
- 日志采集
- 日志分析
- 监控打点
- 监控大盘
- 异常报警
- 链路追踪
- 安全
- 身份验证
- 认证授权
- 访问令牌
- 审计
- 传输加密
- 黑产攻击
- 服务治理
架构原理
- 服务 (service)
- 一组具有相同逻辑的运行实体。
- 实例 ( instance)
- 一个服务中, 每个运行实体即为一个实例。
- 实例与进程的关系
- 实例与进程之间没有必然对应关系,可以一个实例可以对应一个或多个进程(反之不常见)。
- 集群 (cluster)
- 通常指服务内部的逻辑划分, 包含多个实例。
- 常见的实例承载形式
- 进程、VM、k8s pod ……
- 有状态/无状态服务
- 服务的实例是否存储了可持久化的数据 (例如磁盘文件)。