Service Discovery 服务发现,我以前不是很明白zookeeper怎么做集群,只知道注册啥的,突然有一天悟了,不得不佩服一套文件系统可以变化出很多伟大的应用。说说思路。
场景:提供一个分布式Restful 服务让客户端去调用,支持动态加减机器。
分析:
server端并不复杂,启动webserver后,暴露http://url:8088/rs/xx 出去即可,那么会有如下几个:
server1: http://192.168.50.11:8088/rs/xx
server2: http://192.168.50.12:8088/rs/xx
client端 :假设没有zk的时候,你可能会这么做。服务启动的时候把这些暴露的url地址放到一个static变量里面。然后轮询去调用。 这样就可以实现一个简单的软负载了。(PS:还有个方法:在前面加个nginx 做负载)
但是遇见这种情况了,某台机器挂了,你怎么办? 或者在线上的时候加一台服务器,那么你需要修改client代码,加上url地址。重新部署。
很显然,这种做法太不好了,要停服务。那么看看有了注册中心后如何干。
改良:
1. server端不变,启动的时候把所有服务全部注册到zookeeper上面,比如User的,在/user下面创建临时节点。
2. 添加一个session事件,当挂了后,重新注册,看看curator的源码:
if ( newState == ConnectionState.RECONNECTED ) { try { log.debug("Re-registering due to reconnection"); reRegisterServices(); } catch ( Exception e ) { log.error("Could not re-register instances after reconnection", e); } }
再看看 client 的思路,麻烦一点
1. 启动的时候就监听 /user chindren 事件,这个事件要用StartMode.BUILD_INITIAL_CACHE
意思是,第一次就取值。 然后放到cache里面。 我们看看curator的源码ServiceCacheImpl:
@Override public void start() throws Exception { Preconditions.checkState(state.compareAndSet(State.LATENT, State.STARTED), "Cannot be started more than once"); cache.start(true); for ( ChildData childData : cache.getCurrentData() ) { addInstance(childData, true); } discovery.cacheOpened(this); }
2. 如果中途添加/删除机器,那么在cache 里面 add/remove即可,看看curator的源码:
public void childEvent(CuratorFramework client, PathChildrenCacheEvent event) throws Exception { boolean notifyListeners = false; switch ( event.getType() ) { case CHILD_ADDED: case CHILD_UPDATED: { addInstance(event.getData(), false); notifyListeners = true; break; } case CHILD_REMOVED: { instances.remove(instanceIdFromData(event.getData())); notifyListeners = true; break; } } if ( notifyListeners ) { listenerContainer.forEach ( new Function<ServiceCacheListener, Void>() { @Override public Void apply(ServiceCacheListener listener) { listener.cacheChanged(); return null; } } ); } }
如果这个思路明白了,其实完全可以不用Curator的,还可以做的更好,比如加入黑名单,路由策略等。
有事了,下次再写
相关推荐
Curator提供了多种服务发现工具,如ServiceDiscovery和ServiceCache,可以帮助我们更方便地实现服务的注册、查询和监控。 集成这三个组件的过程如下: 1. **配置Spring Boot**:在Spring Boot项目中,我们需要引入...
这通常涉及到创建一个 `ServiceInstance` 对象,包含服务的 ID、地址、端口等信息,然后使用 Curator 的 `DiscoveryCache` 或 `ServiceDiscovery` 接口将其注册到 ZooKeeper 中。 3. **服务消费者(Service ...
首先,Curator提供了一套完整的API来抽象服务注册与发现,包括`ServiceInstance`、`ServiceProvider`和`ServiceDiscovery`三个核心接口。`ServiceInstance`用于表示一个服务实例,包含了服务的名称、ID、地址、端口...
PlayFramework 2 的 Curator 服务发现插件 要在与 9000 不同的端口上运行它,请播放 -Dhttp.port=9123 当前插件版本: 1.0-快照播放 2.3 什么是服务发现 在 SOA/分布式系统中,服务需要相互查找。 即网络服务可能...
5. **Service Discovery**:Curator 提供了服务发现机制,使得应用能够发现和注册服务,有助于构建松耦合的微服务架构。 6. **Event Handling**:通过事件监听器,Curator 可以通知应用程序 ZooKeeper 中发生的事件...
注册后,您可以使用zk-srv-discovery或org.apache.curator.x.discovery.ServiceDiscovery实例检查有关服务的运行状况。 要求: 动物园管理员3.5.x ZooKeeper 3.4.x-需要从策展人的依赖项中排除: <groupId>...
- **Curator**:Facebook 开源的一个 Zookeeper 客户端库,提供了一套更高级别的抽象,简化了 Zookeeper 的使用,如自动重试、连接管理等。 - **服务治理框架集成**:许多微服务框架如 Dubbo 和 Spring Cloud 都...
例如,使用Curator的`ServiceDiscovery`接口可以简化服务注册和发现的流程。 总结,Zookeeper在注册管理中的应用是分布式系统中的重要一环,它简化了服务发现的复杂性,提高了系统的可靠性和灵活性。通过`...
<artifactId>spring-cloud-starter-zookeeper-discovery 版本号 ``` 然后,在SpringBoot的配置文件`application.yml`或`application.properties`中,配置Zookeeper的连接地址: ```yaml spring: cloud: ...