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

前言

本文主要介绍：

微服务架构特征

基本概念

服务(service)

• 一组具有相同逻辑的运行实体。

实例(instance)

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

实例与进程的关系

• 实例与进程之间没有必然对应关系，可以一个
• 实例可以对应一个或多个进程(反之 不常见)。

集群(cluster)

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

常见的实例承载形式

• 进程、VM、k8s pod.....

有状态/无状态服务

• 服务的实例是否存储了可持久化的数据 (例如磁盘文件)

服务间通信

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

问题

在代码层面，如何指定调用一个目标服务的地址(ip:port) ?

• 本地DNS存在缓存，导致延时
• 负载均衡问题。
• 不支持服务实例的探活检查。
• 域名无法配置端口。

在代码层面，如何指定调用一个目标服务的地址(ip:port) ?

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

刚刚我们已经了解了微服务的基本概念和服务发现的思想，我们再从流量的视角看看微服务架构的全貌|

弱化连接的概念，强调“请求”

即同一个客户端长连接发出的请求，理论上可以到达服务中所有实例|

API gateway可以用作身份认证，进而将token附在请求上

流量特征

• 统一网关入口
• 内网通信多数采用RPC
• 网状调，用链路

总结

• 微服务架构中的基本组件及术语
• 服务注册及发现
• 无损的服务实例上下线流程
• 微服务架构中的基本流量特征