这是我参与「第五届青训营 」伴学笔记创作活动的第 14 天
一、微服务架构优劣势：
优势：
1、开发效率
2、业务独立设计
3、自上而下
4、故障隔离
劣势：
1、治理、运维难度
2、观测挑战
3、安全性
4、分布式系统
二、基本概念：
服务：
一组具有相同逻辑的运行实体。
实例：
一个服务中，每个运行实体即为一个实例。
实例与进程的关系：
实例与进程之间没有必然对应关系，可以一个实例对应一个或多个进程。
集群：
通常指服务内部的逻辑划分，包含多个实例。
常见的实例承载形式：
进程、VM、k8s pod...
有状态/无状态服务：
服务的实例是否存储了可持久化的数据（例如磁盘文件）。
服务间通信：
对于单体服务，不同模块通信只是简单的函数调用。
对于微服务，服务间通信意味着网络传输。
三、服务注册及发现：
新增一个统一的服务注册中心，用于存储服务名到服务实例的映射。
四、流量特征：
统一网关入口。
内网通信多数采用RPC。
网状调用链路。
五、核心服务治理功能：
服务发布：
蓝绿部署
灰度发布（金丝雀发布）
流量治理：
在微服务架构下，我们可以基于地区、集群、实例、请求等维度，对端到端流量的路由路径进行精确控制。
负载均衡：
负载均衡负责分配请求在每个下游实例上的分布。
稳定性治理：
线上服务总是会出问题的，这与程序的正确性无关。比如：网络攻击、流量突增、机房断电、光纤被挖、机器故障、网络故障...
微服务架构中典型的稳定性治理功能：限流、熔断、过载保护、降级。
六、治理实践：
重试的意义：
降低错误率
降低长尾延时
容忍暂时性错误
避开下游故障实例
重试的难点：
幂等性：多次请求可能会造成数据不一致。
重试风暴：随着调用深度的增加，重试次数会指数级上涨
超时设置
重试策略：
限制重试比例
防止链路重试
Hedged requests
