京淘day16-微服务思想

1.微服务思想

1. SOA思想

面向服务的架构(SOA)是一个组件模型(编程方法),它将应用程序的不同功能单元(称为服务)进行拆分,并通过这些服务之间定义良好的接口和协议联系起来。接口是采用中立的方式进行定义的,它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种各样的系统中的服务可以以一种统一和通用的方式进行交互。
京淘day16-微服务思想_第1张图片

2. RPC(规则)

RPC是远程过程调用(Remote Procedure Call)的缩写形式。SAP系统RPC调用的原理其实很简单,有一些类似于三层构架的C/S系统,第三方的客户程序通过接口调用SAP内部的标准或自定义函数,获得函数返回的数据进行处理后显示或打印。

本地过程调用: 如果需要完成业务逻辑,则直接去调用本地的方法即可.
远程过程调用: 我想完成一个业务的调用,但是该功能我没有办法直接调用,需要通过第三方帮助我完成业务规则.
具体用法: RPC不关注具体的实现规则,用户也不需要了解具体的协议.谁调用谁实现.

3. Http协议规范

京淘day16-微服务思想_第2张图片

2. 微服务调用思想

2.1 传统方式调用问题说明

京淘day16-微服务思想_第3张图片

2.2 微服务思想-注册中心

微服务: 架构设计采用分布式思想,当服务器发生故障时,可以实现自动化的故障迁移.无需人为干预.
京淘day16-微服务思想_第4张图片
注册中心实现原理:
1.当服务器启动时,会将服务器的状态(服务名称/IP/端口) 一起写入注册中心
2.注册中心接收到服务器信息时,会动态的维护服务列表数据.
3/4.当客户端(消费者)启动时,首先会链接注册中心,获取所有的服务列表数据.并且将服务列表数据保存到本地.
5.当消费者执行业务调用时,如果有多个服务的生产者时,采用负载均衡的思想挑选其中的一个服务进行访问(RPC).
6.当服务器发生宕机时,由于注册中心有心跳检测机制,所有会动态的维护服务列表数据.会全网广播通知所有的客户端(消费者)更新服务列表数据. 在更新服务列表时,数据的同步会陷入阻塞的状态.

2.3 关于微服务思想负载均衡说明

2.3.1 集中式负载均衡

说明: 所有的请求都必须由某个服务器进行统一的管理.
案例: Nginx是集中式的负载均衡,但是nginx主要的作用是做反向代理

2.3.2 客户端负载均衡

说明: 请求发送之前,每个客户端都非常清楚的知道,自己应该访问哪台服务器.
在服务器内部.由客户端直接访问后端服务器,将负载的压力进行了分担.

3. 注册中心-zookeeper安装

说明: 具体的安装方式参数课前资料文档.
京淘day16-微服务思想_第5张图片

3.1. zk启动命令

在这里插入图片描述

3.2 关于集群相关概念

3.2.1 几台服务器可以搭建集群

公式: 存活节点 > N/2
算数计算:
1个节点 1-1 > 1/2 假的 不能搭建集群
2个节点 2-1 > 2/2 假的 不能搭建集群
3个节点 3-1 > 3/2 真的 可以搭建集群
结论:集群最小单位3台.

3.2.2 集群一般都是奇数台为什么?

3个节点 3-1 > 3/2 真的 可以搭建集群 允许宕机1台
4个节点 4-1 > 4/2 真的 可以搭建集群 允许宕机1台
说明: 由于搭建偶数台和搭建奇数台的容灾效果相同的,所以一般都是奇数个.

3.2.3 集群中的脑裂现象?

说明: 由于集群工作过程中主机意外宕机. 之后集群开始进行选举.如果出现多次连续平票状态时,则可能出现脑裂现象.
脑裂发生的概率是: 1/8=12.5%
如何有效降低脑裂现象发生: 增加节点的数量
京淘day16-微服务思想_第6张图片

3.3 关于zk集群搭建问题说明

1).如何检查报错
京淘day16-微服务思想_第7张图片

3.4 关于zk集群选举的规范

说明: zk集群选举规则是myid最大值优先的算法,如果选举结束,则剩余的节点当新主机的从机.
考题1: 如果依次启动1-7台zk节点
问1: 谁当主机? 4
问2: 谁永远不能当选主机? 1,2,3
京淘day16-微服务思想_第8张图片

3.5 ZK工作原理说明

Zookeeper集群中leader负责监控集群状态同步数据,follower主要负责客户端链接获取服务列表信息.同时参与投票.

你可能感兴趣的:(springboot)