通过上述架构可以了解到,生产者通过注册中心,将服务注册至注册中心,消费者通过注册中心找到生产者,从而实现消费者拿到生产者的实际地址,然后直接和生产者通信;管理端通过注册中心发现生产者和消费者,通过svc来管理生产者和消费者;集群外部客户端通过负载均衡器来访问集群内部服务;dubbo产生的数据可以通过pv/pvc将数据放置外部存储,如ceph,nas,nfs等;2、部署provider服务(生产者)
这个注册中心地址我们写zk节点的svc名称即可,如果是在同一名称空间下,直接写svc名称加端口即可,不在同一名称空间下,需要写svc名称.名称空间后面跟上端口即可;构建provider镜像
可以看到consumer通过注册中心找到了provider;3.3.4、增加consumer副本数量看看对应consumer是否能够正常找到provide?
在provider中看日志,可以看到有3个consumer在调用provider,这说明consumer通过注册中兴可以正常发现provider,然后和provider正常通信;3.3.5、增加provider副本,看看consumer是否能够找到多个provider?
可以看到provider副本增加,consumer也可以通过注册中心发现provider;在注册中心zookeeper查看consumer和provider情况
可以看到多副本的provider和多副本consumer都正常注册到zookeeper;4、部署dubbo admin
欢迎光临 ToB企服应用市场:ToB评测及商务社交产业平台 (https://dis.qidao123.com/) | Powered by Discuz! X3.4 |