[ 微服务框架 - 不变的基建 | 青训营课程笔记 ]
这是我参与「第五届青训营」伴学笔记创作活动的第 9天
01.微服务架构介绍
1.1系统架构演变历史
单体架构
优势:性能高、冗余小。
劣势:debug困难、模块相互影响、模块分工和开发流程。
垂直应用架构 优势: 业务独立开发维护。 劣势:不同业务存在冗余,每个业务还是单体。
分布式架构 优势:业务无关的独立服务 劣势: 1.服务模块bug可导致全站瘫痪 2.调用关系复杂 3.不同服务冗余
SQA架构(Service Oriented Architecture)面向服务 优势:服务注册 劣势:1.整个系统设计是中心化的 2.需要从上至下设计 3.重构困难
微服务框架 优势:
- 开发效率
- 业务独立设计
- 自下而上
- 故障隔离
劣势:
- 治理、运维难道
- 观测挑战
- 安全性
- 分布式系统
1.2微服务架构概览
1.3微服务架构核心要素
02.微服务架构原理及特征
2.1基本概念
服务(service) 一组具有相同逻辑的运行实体。 实例( instance) 一个服务中,每个运行实体即为一个实例。实例与进程的关系 实例与进程之间没有必然对应关系,可以一个实例可以对应一个或多个进程(反之不常见)。 集群(cluster) 通常指服务内部的逻辑划分,包含多个实例。常见的实例承载形式 进程、VM、k8s pod ………有状态/无状态服务 服务的实例是否存储了可持久化的数据(例如磁盘文件)。
03.核心服务质力功能
3.1服务发布
指让一个服务升级运行新的代码的过程。
3.2流量治理
流量治理 :在微服务架构下,我们可以基于地区、集群、实例、请求等维度,对端到端流量的路由路径进行精确控制。
3.3负载均衡
负载均衡:负责分配请求在每个下游实力上的分布。
3.4稳定性治理
线上服务总是会出问题的,这与程序的正确性无关。
稳定性治理:微服务架构中典型的稳定性治理功能。