微服务架构原理及特征 | 青训营笔记

43 阅读2分钟

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

基本概念

服务(service):一组具有相同逻辑的运行实体

实例(instance):一个服务中,每个运行实体即为一个实例

实例与进程的关系:实例与进程之间没有必然对应关系,可以一个实例对应一个或多个进程(反之则不常见)

集群(cluster):通常指服务内部的逻辑划分,包含多个实例

常见的实例承载形式:进程、VM、k8s pod......

有状态/无状态服务:服务的实例是否存储了可持久化的数据(例如磁盘文件)

服务间通信

对于单体服务,不同模块通信只是简单的函数调用

对于微服务,服务间通信意味着网络传输

2.jpg

服务注册及发现

问题

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

hardcode?

// Service A wants to call service B

client := grpc NewClient (“10.23.45.67:8080”)

解答

服务有多个实例,没法hardcode(记住一个服务的所有实例都是运行同一份代码),服务实例 ip port 本身是动态变化的

DNS解决方案

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

解决思路

新增一个统一的服务注册中心,用于存储服务名到服务实例的映射

简单的来说就像是一个哈希表或map

3.jpg

服务实例上线及下线过程

服务下线,先删除服务注册中心的记录,然后再进行删除。不能直接下线的原因是还有流量。

服务上线,应该先启动服务,进行健康检查,待服务启动完成之后,再去服务注册中心注册

流量特征

  • 统一网关入口
  • 内网通信多数采用RPC,外网采用HTTP,以为HTTP是基于文本传输的,RPC是基于二进制传输的,RPC的编解码和传输效率都比HTTP要高。
  • 网状调用链路

4.jpg