这是我参与「第五届青训营 」伴学笔记创作活动的第 10 天
前言
今天具体学习了微服务相关概念和思想以及具体的解决方案
微服务架构的核心要素
服务治理
服务治理包含：服务注册、服务发现、负载均衡、扩缩容、流量治理、稳定性治理
可观测性
可观测性：日志采集、日志分析、监控打点、监控大盘、异常报警、链路追踪
安全 安全：身份验证、认证授权、访问令牌、审计、传输加密、黑产攻击
微服务架构原理及特征
基本概念 服务(service)：一组具有相同逻辑的运行实体。
实例(instance)：一个服务中，每个运行实体即为一个实例。
实例与进程的关系：实例与进程之间没有必然对应关系，可以一个实例可以对应一个或多个进程(反之不常见)。
集群(cluster)：通常指服务内部的逻辑划分，包含多个实例。
常见的实例承载形式：进程、VM、k8s pod ……
有状态/无状态服务：服务的实例是否存储了可持久化的数据(例如磁盘文件)。
服务间通信：对于单体服务，不同模块通信只是简单的函数调用。对于微服务，服务间通信意味着网络传输。下图为服务间通信的例子。
服务注册与发现
- hardcode
不能使用 hardcode，服务实例 ip port 本身是动态变化的，而且一个服务可以有多个实例，对应多 个ip，无法用一对一的映射做到
- DNS DNS法的缺陷：
本地DNS存在缓存，导致延时。 负载均衡问题。 不支持服务实例的探活检查。 域名无法配置端口。
- 新增一个统一的服务注册中心，用于存储服务名到服务示例的映射。
服务实例的上线及下线的过程
假设一个场景，此时管理员想下线服务B中的实例3，此时先在服务注册中心中将实例3的记录删除。
调用服务B的服务A对服务发现进行刷新后得知注册中心中实例3已经不存在后，会调用其它实例。此时就没有对实例3的调用了，那么我们就可以将实例3进行删除。
之后服务A对服务B的服务发现进行刷新后，发现新加入了实例4，那么就可以调用这个新的实例。
流量特征
- 统一网关入口
- 内网通信多数采用RPC
- 网状调用链路
因为http采用文本通信，相较于rpc的二进制解析速度慢
总结
以上就是对微服务核心概念的归纳，以前只知道微服务就是一些独立的服务，现在明白了他的优越性
