这是我参与[第五届青训营]伴学笔记活动的第9天
微服务架构简介
架构演变历史:
单体架构->垂直应用架构->分布式架构->SOA架构->微服务架构
微服务架构的核心要素:
服务治理，可观测性，安全
微服务架构原理及特征
服务:
一组具有相同逻辑的运行实体
实例:
在一个服务中，每个运行实体即为一个实例
集群:
通常指服务内部的逻辑划分，包含多个实例。
常见的进程承载形式:
进程,VM,K8S,pod
有状态/无状态服务:
服务的实例是否储存了可持久化的数据
服务间通信
对于单体服务，不同模块通信只是简单的函数调用。
对于微服务，服务间通信意味着网络传输。
服务注册及发现
在代码层面新增一个一个统一的服务注册中心，用于储存服务名到服务实例的映射。
核心服务治理功能
服务发布：让一个服务升级运行新的代码的过程。
服务发布的难点：
服务不可用，服务抖动，服务回滚
服务发布的方式
蓝绿部署:简单，稳定，但需要两倍资源
灰度发布:是指在黑与白之间，能够平滑过渡的一种发布方式。在其上可以进行A/B testing，即让一部分用户继续用产品特性A，一部分用户开始用产品特性B，如果用户对B没有什么反对意见，那么逐步扩大范围，把所有用户都迁移到B 上面来。灰度发布可以保证整体系统的稳定，在初始灰度的时候就可以发现、调整问题，以保证其影响度。
流量治理
在微服务架构下，我们可以基于地区，集群，实例，请求等维度，对端到端流量的路由路径进行精确控制。
稳定性治理的主要方式
限流，熔断，过载保护，降级
