这是我参与「第五届青训营 」伴学笔记创作活动的第 13 天
没有什么是再加一层解决不了的。
1.微服务架构介绍
- 单体架构
- 优势：性能最高、冗余小
- 劣势：debug困难、模块相互影响、模块分工开发流程
- 垂直应用架构
- 优势：业务独立开发维护
- 劣势：不同业务存在冗余、每个业务还是单体
- 分布式架构
- 优势：业务无关的独立服务
- 劣势：服务模块bug可导致全站瘫痪、调用关系复杂、不同服务冗余
- SOA架构
- 优势：服务注册
- 劣势：整个系统设计是中心化的、需要从上至下设计、重构困难
- 微服务架构
- 优势：开发效率、业务独立设计、自下而上、故障隔离
- 劣势：治理、运维难度、观测挑战、安全性、分布式系统
微服务架构预览
核心要素
2.微服务架构原理及特征
- 服务：一组具有相同逻辑的运行实体
- 实例：一个服务中，每个运行实体即为一个实例。
- 实例与进程的关系：实例与进程之间没有必然对应关系，可以一个实例可以对应一个或多个进程。
- 集群：通常指服务内部的逻辑划分。
- 常见的实例承载形式：进程、VM、k8s pod
- 有状态/无状态服务：服务的实例是否存储了可持久化的数据。
对于单体服务，不同模块通信只是简单的函数调用。
对于微服务，服务间通信意味着网络传输。
3.核心服务治理功能
服务发布：让一个服务升级运行新的代码的过程。
流量治理
在微服务架构下，我们可以基于地区、集群、实例、请求等维度，对端到端流量的路由路径进行精确控制。
负载均衡
负载均衡负责分配请求在每个下游实例上的分布。
稳定性治理
线上服务总是会出问题的，这与程序的正确性无关。
- 网络攻击
- 流量突增
- 机房断电
- 光线被挖
- 机器故障
- 机房空调故障
- ……
微服务架构中典型的稳定性治理功能
- 限流
- 熔断
- 过载保护
- 降级
4.字节跳动服务治理实践
重试可以避免掉偶发的错误，提高SLA。
重试的难点
- 幂等性
- 重试风暴
- 超时设置
