这是我参与「第五届青训营 」伴学笔记创作活动的第 9 天。
微服务架构基本概念
服务
一组具有相同逻辑的运行实体。
实例
一个服务中，每个运行实体即为一个实例。
实例与进程的关系
实例与进程之间没有必然对应关系，可以一个实例可以对应一个或多个进程（反之不常见)。
*集群实力
通常指服务内部的逻辑划分，包含多个实例。
常见的实例承载形式
进程、VM、k8s pod
有状态/无状态服务
服务的实例是否存储了可持久化的数据(例如磁盘文件)。
服务间通信
对于单体服务，不同模块通信只是简单的函数调用。
对于微服务，服务间通信意味着网络传输。
流量特征
- 统一网关入口
- 内网通信多数采用RPC
- 网状调用链路
核心服务治理
服务发布
服务发布（deployment)，即指让一个服务升级运行新的代码的过程。
服务发布的难点
- 服务不可用
- 服务抖动
- 服务回滚
灰度发布(金丝雀发布)
金丝雀(canary)对瓦斯极其敏感，17世纪时，英国矿工在下井前会先放入一只金丝雀，以确保矿井中没有瓦斯。 特点：回滚难度大，基础设施要求高。
流量治理
在微服务架构下，我们可以基于地区、集群、实例、请求等维度，对端到端流量的路由路径进行精确控制。
负载均衡
负载均衡负责分配请求在每个下游实例上的分布。
稳定性治理
线上服务总是会出问题的，这与程序的正确性无关。
原因：
- 网络攻击
- 流量突增
- 机房断电
- 光纤被挖
- 机器故障
- 网络故障
- 机房空调故障
微服务架构中典型的稳定性治理功能——限流、熔断、过载保护、降级。
收获：通过本次课程的学习，了解了微服务架构的由来及原理以及服务治理功能是如何工作的，对后端开发又有了了解。
