tarsgo服务注册与发现

为什么Eureka比ZooKeeper更适合做服务发现

在Eureka平台中，如果某台服务器宕机，Eureka不会有类似于ZooKeeper的选举leader的过程；客户端请求会自动切换到新的Eureka节点；当宕机的服务器重新恢复后，Eureka会再次将其纳入到服务器集群管理之中；而对于它来说，所有要做的无非是同步一些新的服务注册信息而已。所以，再也不用担心有“掉队”的服务器恢复以后，会从Eureka服务器集群中剔除出去的风险了。Eureka甚至被设计用来应付范围更广的网络分割故障，并实现“0”宕机维护需求。（多个zookeeper之间网络出现问题,造成出现多个leader，发生脑裂）当网络分割故障发生时，每个Eureka节点，会持续的对外提供服务（注：ZooKeeper不会）：接收新的服务注册同时将它们提供给下游的服务发现请求。这样一来，就可以实现在同一个子网中（same side of partition），新发布的服务仍然可以被发现与访问

dubbo的服务注册发现是怎么实现的

dubbo服务都是注册在注册中心的，然后调用端查询注册中心获取服务真实地址，然后直接调用

dubbo的服务注册发现是怎么实现的

dubbo服务都是注册在注册中心的，然后调用端查询注册中心获取服务真实地址，然后直接调用