关于java:微服务

46次阅读

共计 2167 个字符,预计需要花费 6 分钟才能阅读完成。

微服务的调用思维

传统形式调用问题阐明:

微服务思维 - 注册核心

微服务概念:架构设计采纳分布式思维,当服务产生故障时,能够实现自动化的故障迁徙. 无需认为干涉.

注册核心实现原理:
(1)当服务器启动时,会将服务器的状态(服务名称 /IP/ 端口)一起写入注册核心.
(2)注册核心接管到服务器信息时,会动静的保护服务列表数据.
(3/4)当客户端(消费者)启动时,首先会链接注册核心,获取所有的服务列表数据. 并且将服务列表数据保留到本地.
(5)当消费者执行业务调用时,如果有多个服务的生产者时,采纳负载平衡的思维筛选其中的一个服务进行拜访(RPC).
(6)当服务器产生宕机时,因为注册核心有心跳检测机制,所有会动静的保护服务列表数据. 会全网播送告诉所有的客户端(消费者)更新服务列表数据. 在更新服务列表时,数据的同步会陷入阻塞的状态.

对于微服务思维负载平衡阐明

1. 集中式负载平衡
简述:所有的申请都必须有某个服务器进行对立的治理.
eg. Nginx 是集中式的负载平衡,然而 nginx 次要的作用是做反向代理.

2. 客户端负载平衡
简述:申请发送之前,每个客户端都十分分明的晓得,本人应该拜访哪台服务器.
在服务器外部. 由客户端间接拜访后端服务器,将负载的压力进行了分担.

注册核心 -zookeeper 介绍与装置、测试

Zookeeper 介绍

Zookeeper 是一个分布式的、开源的码的分布式应用程序协调服务,是 Google 的 Chubby 一个开源的实现,是 Hadoop 和 Hbase 的重要组件. 它是一个为分布式应用提供一致性服务的软件,提供的性能包含:配置保护、域名服务、分布式同步、组服务等。
Zookeeper 的指标就是封装好简单易出错的要害服务,将简略易用的接口和性能高效、性能稳固的零碎提供给用户。
Zookeeper 蕴含一个简略的原语集,提供 JAVA 和 C 的接口。
Zookeeper 代码版本中,提供了分布式独享锁、选举、队列的接口,代码在 zookeeper-3.4.3\src\recipes。其中散布锁和队列有 JAVA 和 C 两个版本。选举只有 Java 版本。

总结:Zookeeper 负责服务的协调调度. 当客户端发动申请时,返回正确的服务器地址.

Zookeeper 下载与装置

官网:http://mirrors.hust.edu.cn/ap…

注:zookeeper 是用 JAVA 开发的,装置前必须有 JDK

1. 解压文件
2. 批改配置文件
在 zk 根目录下创立文件夹 data/log mkdir data log

跳入 conf 目录中批改配置文件,复制配置文件并且批改名称
cp zoo sample.cfg zoo.cfg

3. 启动 zk
须要在 bin 目录中进行
启动 sh zkServer.sh start 或者 ./zkServer.sh start
终止 sh zkServer.sh stop
查看状态 sh zkServer.sh status

Zookeeper 集群装置

1. 筹备文件夹
在 zookeeper 根目录中创立新的文件夹 zkCluster.

2. 创立 zk1/zk2/zk3 文件夹.

3. 在每个文件夹里创立 data/log 文件夹.
mkdir {zk,zk2,zk3}/{data,log}

4. 增加 myid 文件
别离在 zk1/zk2/zk3 中的 data 文件夹中创立新的文件 myid. 其中的内容顺次为 1 /2/3,与 zk 节点号对应.

5. 编辑 myid 文件,定义编号.

6. 编辑配置文件
将 zoo_sample.cfg 复制为 zoo1.cfg 之后批改配置文件.

7. 批改 zoo1.cfg

配置实现后将 zoo1.cfg 复制 2 份. 之后须要批改对应的文件夹目录和不同的端口即可.

8.zk 集群测试
逐个启动:sh zkServer.sh start zoo1.cfg
敞开指令:sh zkServer.sh stop zoo1.cfg
查看状态:sh zkServer.sh status zoo1.cfg

查看主从关系,从机状况阐明.
从机

主机

对于 zookeeper 集群阐明

Zookeeper 集群 leader 负责监控集群状态,follwer 次要负责客户端链接获取服务列表信息. 同时参加投票.

对于集群的相干概念

1. 几台服务器能够搭建集群
公式:存活节点 >N/2
算数计算:
1 个节点 1-1 > 1/2 假的 不能搭建集群
2 个节点 2-1 > 2/2 假的 不能搭建集群
3 个节点 3-1 > 3/2 真的 能够搭建集群
论断: 集群最小单位 3 台.

2. 集群个别都是奇数台为什么?
3 个节点 3-1 > 3/2 真的 能够搭建集群 容许宕机 1 台
4 个节点 4-1 > 4/2 真的 能够搭建集群 容许宕机 1 台
阐明: 因为搭建偶数台和搭建奇数台的容灾成果雷同的, 所以个别都是奇数个.

3. 集群中的脑裂景象?
简述:因为集群工作过程中主机意外宕机之后集群开始进行选举. 如果呈现屡次间断平票状态时,则可能呈现脑裂景象. 脑裂景象产生的概率是:1/8=12.5%.
如何无效升高脑裂景象产生:减少节点的数量.

对于 zk 集群选举的标准

简述:zk 集群选举规定是 myid 最大值优先的算法,如果选举完结,则残余的节点当新主机的从机.
考题 1: 如果顺次启动 1 - 7 台 zk 节点
问 1: 谁当主机? 4
问 2: 谁永远不能入选主机? 1,2,3

zk 工作原理阐明

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

正文完
 0