单体架构
优势: 1. 性能最高 2. 完余小
劣势: debug 困难 模块相互影响 模块分工、 开发流程
垂直应用架构
优势: 1.业务独立开发维护
劣势: 1.不同业务存在冗余 2.每个业务还是单体
分布式架构
优势: 1.业务无关的独立服务
劣势: 1.服务模块bug可导致 全站瘫痪 2. 调用关系复杂 不同服务冗余
SOA(Service Oriented Architecture)架构
优势:服务注册
劣势:1.整个系统设计是中心化的 2.需要从上至下设计 3.重构困难
微服务架构
优势:1.开发效率 2.业务独立设计 3.自下而上 4.故障隔离
劣势:1.治理和运维难度 2.观测挑战 3.安全性 4.分布式系统
微服务架构核心要素
服务治理:服务注册、服务发现、负载均衡、扩缩容、流量治理、稳定性治理等
可观测性:日志采集、日志分析、链路跟踪、监控大盘、异常报警、链路追踪等
安全:身份验证、认证授权、访问令牌、审计、传输加密、黑产攻击等
微服务基本概念
- 服务(service): 一组具有相同逻辑的运行实体
- 实例(instance): 一个服务中,每个运行实体即为一个实例。
- 实例与进程的关系: 实例与进程之间没有必然对应关系,可以一个 实例可以对应一个或多个进程(反之不常见)
- 集群(cluster): 通常指服务内部的逻辑划分,包含多个实例。
- 常见的实例承载形式: 进程、VM、k8spod
- 有状态/无状态服务: 服务的实例是否存储了可持久化的数据 (例如磁盘文件)。
服务注册及发现
解决思路:新增一个统一的服务注册中心,用于存储服务名到服务实例的映射
流量特征
- 统一网关入口
- 内网通信多数采用RPC
- 网状调用链路