一、微服务构架介绍
1、系统架构演变历史
为什么系统架构需要演进？
- 互联网的爆炸性发展
- 硬件设施的快速发展：包括 CPU、MEM、存储、网络
- 需求复杂性的多样化：文本、图片、音频、视频、VR
- 开发人员的急剧增加：早期的精英程序员，如今的易于上手的开发平台
- 计算机理论及技术的发展
单体架构
all in one process
优势：
- 性能最高
- 冗余小
劣势：
- debug 困难：字节有上万研发，若全部开发成一个程序，debug 会是什么体验？
- 模块相互影响：非核心功能可能导致程序崩溃
- 单个仓库的模块分工、依赖管理、开发流程几乎无法分工
垂直应用架构
按照业务线垂直划分
优势：业务独立开发维护
劣势：
-
不同业务存在冗余，无法复用
-
每个业务还是单体
分布式架构
抽出业务无关的公共模块
优势：业务无关的独立服务
劣势：
- 服务模块 bug 可导致全站瘫痪
- 调用关系复杂
- 不同服务冗余
SOA 架构（Service Oriented Architecture）
面向服务
开始引入 “服务”、“服务注册” 的概念
优势：服务注册
劣势：
- 整个系统设计依然是中心化的
- 需要从上至下设计
- 重构困难
微服务架构
彻底的服务化
优势：
- 开发迭代效率高效
- 业务独立设计
- 自下而上设计
- 故障隔离可控
劣势：
- 治理、运维难度急剧增加
- 观测挑战
- 安全等问题
- 分布式系统本身的复杂性
2、微服务架构概览
从组件的维度去看看微服务架构的整体视角
3、微服务架构核心要素
微服务拆分后带来的挑战：
1、服务治理
- 服务注册
- 服务发现
- 负载均衡
- 扩载容
- 流量治理
- 稳定性治理
- ......
2、可观测性
- 日志采集
- 日志分析
- 监控打点
- 监控大盘
- 异常报警
- 链路追踪
- ......
3、安全
- 身份认证
- 认证授权
- 访问令牌
- 审计
- 传输加密
- 黑产攻击
- ......
