微服务｜青训营笔记这是我参与「第三届青训营 -后端场」笔记创作活动的的第4篇笔记。 1,微服务架构介绍 1.1,架构历

这是我参与「第三届青训营 -后端场」笔记创作活动的第4篇笔记

单机架构：All in one，所有的东西都在一个进程里，部署在一个机器上。
- 优点：简单；
- 缺点：运维需要停服，用户体验较差承载能力有限。
单体架构：在单机架构的基础上，将进程部署到多个机器上。
- 优点：具备水平扩容能力，运维不需要停服
- 缺点：后端进程职责太多，越来越臃肿；爆炸半径较大，进程中一个很小的模块出现问题，都可能导致整个进程崩溃。
垂直应用架构，在单机架构基础上，将进程按照某种依据切分开，然后再按照单体模式的思路，部署在多个机器上。
- 优点：一定程度上减少了后端进程职责；一定程度上缩小爆炸半径
- 缺点：没有根本解决单体架构的问题
面向服务架构：服务为一等公民，将进程按照不同的功能单元进行抽象，拆分为『服务』。有了服务之后，SOA 还为服务之间的通信定义了标准，保证各个服务之间通讯体验的一致性。
- 优点：各服务的职责更清晰；运维粒度减小到服务，爆炸半径可控
- 缺点：ESB (企业服务总线) 往往需要一整套解决方案
微服务：在 SOA 架构中，ESB 起到了至关重要的作用。但从架构拓扑来看，它更像是一个集中式的模块。有一个SOA 分布式演进的分支，最终的形态便是微服务。
- 优点：兼具 SOA 解决的问题；服务间的通信更敏捷、灵活
- 缺点：运维成本

服务：一组具有相同逻辑的运行实体
实例：一个服务中的每个运行实体。常见的实例承载形式：进程、VM、k8s pod
实例与进程的关系：没有必然对应关系，一般一对一或者一对多
集群：服务内部逻辑划分，包含多个实例
服务间通信：微服务之间通过网络进行通信，常见的通信协议包括 HTTP、RPC ####2.2，服务注册及服务发现
在服务间调用中，指定下游服务实例的地址
- 直接指定 ip:port,没有任何动态能力,难以处理多个实例下游实例
- 使用 DNS：本地 DNS 存在缓存，导致延迟；DNS 没有负载均衡；不支持服务探活检查；DNS 不能指定端口
- 服务注册发现：新增一个统一的服务注册中心，用于存储服务名到服务实例之间的映射关系；旧服务实例下线前，从服务注册中心删除该实例，下线流量；新服务实例上线后，在服务注册中心注册该实例，上线流量