我的dubbo学习之小实验（二）

啊啊啊啊啊啊，听说小可爱离开CSDN太久了，有很多小宝贝都不关注了！

 

各位还在关注我的小宝贝，你们的小可爱现在给你们发福利了！

别急哦，小可爱的福利超好的哦！

——要福利！要福利！要福利！

等等，切入正题了！

小实验二：

测试多个服务提供者，多个服务消费者情况：A、B作为provider，A、B、C作为consumer，注册中心（zookeeper）可以选择任意一台主机，在控制台设置采用“轮询策略”对服务实现负载均衡，各个结点运行起来以后观察运行情况；模拟其中一台服务提供方主机出现故障，导致该主机上的provider无法工作（实验可关闭该台主机或者关停其上的provider服务），观察各结点运行情况；模拟出现故障的主机重新恢复提供服务，观察此时各结点的运行情况。

 

因为这个是在上一个实验基础上，改良的，所以小可爱为大家省略多余的步骤了。

第一步：主机A、主机B负责运行zookeeper，运行Provider.jar

 

第二步：主机A、主机B、主机C一起运行Connsumer.jar

 

第三步：查看dubbo-admin控制台情况

 

各位仔细看哦，dubbo-admin有什么变化呢？

欢迎留言给你们的小可爱主编，告诉我，你们要的福利，哈哈...

 

相信有很多小可爱已经做出来了，我们再演示一下轮询算法！

 

第四步：①点击负载均衡，选择新增，实行轮询算法；

②主机A停止Provider.jar的运行，查看dubbo-admin控制台情况

③主机B停止Provider.jar，查看dubbo-admin控制台情况

④主机A重新运行Provider.jar，查看dubbo-admin控制台

 

接下来，我用截图给大家看...

控制台只有一个提供者，消费者仍旧能正常服务，证明另一个提供者继续提供服务

由此可见，控制台只有一个提供者，消费者仍旧能正常服务，证明另一个提供者继续提供服务

但是，当我们所有提供者停止服务后，各位宝贝快看...

 

消费者提示“没有提供者”，服务无法进行消费！

 

这时候来了，假如一个提供者恢复过来了呢...

 

消费者也恢复了“已允许”...

 

试验成功，是不是很棒呀？！