这是我参与「第五届青训营 」伴学笔记创作活动的第 12 天。

微服务架构

微服务 (Microservices) 就是一些协同工作小而自治的服务。

微服务架构的优势：开发效率高、业务独立设计成单独的模块。自下而上、故障隔离。

微服务架构的劣势：治理和运维难、观测挑战、安全性有待提高、分布式系统、

微服务架构核心要素

服务治理：服务注册、服务发现、负载均衡、扩缩容、流量治理、稳定性治理等。

可观察性：日志采集、日志分析、监控打点、监控大盘、异常报警、链路追踪等

安全：身份验证、认证授权、访问令牌、审计、传输加密、黑产攻击。

微服务架构原理及特质

基本概念

服务：一组具有相同逻辑的运行实体

实例：一个服务中，每个运行实体即为一个实例。

实例与进程的关系：实例与进程之间没有必然的对应关系，可以一个实例对应一个多多个进程。

集群：通常指服务内部的逻辑划分，包含多个实例。

有状态/无状态服务：服务的实例是否存储了可持久化的数据。（例如磁盘文件）

服务间通信：对于单体服务，不同模块通信只是简单的函数调用；对于微服务，服务间通信意味着网络传输。

服务注册及发现

在代码层面，如何指定调用一个目标服务的地址呢？

解决思路：新增一个统一的服务注册中心，用于存储服务名到服务实例的映射。

流量特征

统一网关入口

内网通信基本上采用RPC协议

网状调用链路

核心服务治理功能

服务发布

服务发布时让一个服务升级运行新的代码的过程。

服务发布的难点：服务不可用、服务抖动、服务回滚。

流量治理

在微服务架构下，可以基于地区、集群、实例、请求等维度，对端到端流量的路由路径进行精确控制。

负载均衡

负载均衡负责分配请求在每个下游实例上的分布。

常见的LB策略：Round Robin、RanDom、Ring Hash等。

稳定性治理

线上服务总是会出问题的，与程序的正确性无关。

例如：网络攻击、流量激增、机房断电、网络故障等。

微服务架构中经典的稳定性治理功能：限流、熔断、过载保护、降级。