共计 5413 个字符,预计需要花费 14 分钟才能阅读完成。
为了开发效率高效和业务逻辑清晰,越来越多的项目采用分布式系统。分布式最重要的就是注册中心了。Eureka 是 SpringCloud 原生提供的注册中心,来 look 一波吧。
超光速入门
服务端
引入依赖:
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
<version>Greenwich.SR1</version>
</dependency>
给启动类加上注解 @EnableEurekaServer
@EnableEurekaServer
@SpringBootApplication
public class EurekaApplication {public static void main(String[] args) {SpringApplication.run(EurekaApplication.class, args);
}
}
配置一下 yml 文件:
# 端口号
server:
port: 8331
#Eureka 实例名,集群中根据这里相互识别
eureka:
instance:
hostname: eureka
#客户端
client:
#是否开启注册服务,作为注册中心,就不注册了
register-with-eureka: false
#是否拉取服务列表,这里我只提供服务给别的服务。fetch-registry: false
#注册中心地址
service-url:
defaultZone: http://localhost:8331/eureka/
启动项目 EurekaApplication,浏览器访问 http://localhost:8331/,Euerka 服务器搭建成功了。
现在还没有东西注册进来。
客户端
引入依赖:
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
<version>Greenwich.SR1</version>
</dependency>
这回启动类注解变了,@EnableDiscoveryClient
@EnableDiscoveryClient
@SpringBootApplication
public class ProviderApplication {public static void main(String[] args) {SpringApplication.run(ProviderApplication.class, args);
}
}
接下来是配置文件:
# 端口号
server:
port: 8332
#Eureka 实例名,集群中根据这里相互识别
spring:
application:
name: first-service
eureka:
#客户端
client:
#注册中心地址
service-url:
defaultZone: http://localhost:8331/eureka/
然后启动项目,过一会儿,刷新页面:
注册中心有了刚才那个服务了。这个叫做 first-service 注册到注册中心,它既可以叫做生产者,也可以被叫做消费者,因为它可以为别的服务提供接口,也可以调用其他服务提供的接口。总之,无论是生产者还是消费者,它都被叫做 Client,要用 @EnableDiscoveryClient 注解。我不小心点进去这个注解里面,发现还有个参数,boolean autoRegister() default true
。这是是否项目已启动,该服务自动注册到注册中心。默认为自动。
除了 @EnableDiscoveryClient 这个注解以外,还可以使用另外一个注解 @EnableEurekaClient。效果相同,如果是 Eureka 做注册中心的话,建议使用 @EnableEurekaClient,如果是其他注册中心的话(例如阿里的 nacos),建议使用 @EnableDiscoveryClient。
原理
要想运行起来一个个微服务,形成分布式系统,作为注册中心和其中服务,应该实现一下需求:
- 服务们可以顺利注册到注册中心。
- 某服务可以通过注册中心知道注册中心有哪些服务可以使用,并且这一过程需要保证实时性。
- 注册中心需要实时知道服务们是否还存活。
一个服务 client 注册到注册中心 eureka,该 client 的信息会被存在一个 Map 中,实现了第一步。同时,client 会拉取一份名单,名单里面有其他注册服务的信息,并且为了保证实时性,每 30s 会再从注册中心那边拉取一份名单信息,实现了第二步。为了确保注册中心实时知道哪些服务还存活着,需要每个 client,每隔一段时间(默认 30s)向注册中心发送一个心跳,告诉注册中心,我还在,注册中心那份名单拿上还会记录着这个 client 还可以用,实现了第三步。
先看一眼注册中心,也就是服务端 Service,有个启动引导类 EurekaBootStrap,其中有个方法:
@Override
public void contextInitialized(ServletContextEvent event) {
try {initEurekaEnvironment();
initEurekaServerContext();
ServletContext sc = event.getServletContext();
sc.setAttribute(EurekaServerContext.class.getName(), serverContext);
} catch (Throwable e) {logger.error("Cannot bootstrap eureka server :", e);
throw new RuntimeException("Cannot bootstrap eureka server :", e);
}
}
这方法是初始化 Eureka 方法的,现在我特别想知道注册中心是用什么数据结构存下客户端 client 信息的,所以我得去找注册中心为客户端 client 提供的注册接口,于是乎,点进 initEurekaServerContext() 这个方法看看,有个 PeerAwareInstanceRegistry 这个接口,再点进去看看,发现了
void register(InstanceInfo info, boolean isReplication);
看下它的实现类
@Override
public void register(final InstanceInfo info, final boolean isReplication) {
int leaseDuration = Lease.DEFAULT_DURATION_IN_SECS;
if (info.getLeaseInfo() != null && info.getLeaseInfo().getDurationInSecs() > 0) {leaseDuration = info.getLeaseInfo().getDurationInSecs();}
super.register(info, leaseDuration, isReplication);
replicateToPeers(Action.Register, info.getAppName(), info.getId(), info, null, isReplication);
}
replicateToPeers() 这个方法用于注册中心是集群的情况,主要是注册完之后,同步该服务给其他 eureka 节点。
public void register(InstanceInfo registrant, int leaseDuration, boolean isReplication) {
try {read.lock();
Map<String, Lease<InstanceInfo>> gMap = registry.get(registrant.getAppName());
REGISTER.increment(isReplication);
if (gMap == null) {final ConcurrentHashMap<String, Lease<InstanceInfo>> gNewMap = new ConcurrentHashMap<String, Lease<InstanceInfo>>();
gMap = registry.putIfAbsent(registrant.getAppName(), gNewMap);
if (gMap == null) {gMap = gNewMap;}
}
Lease<InstanceInfo> existingLease = gMap.get(registrant.getId());
... 仿佛有好多代码...
} finally {read.unlock();
}
}
目测 registry 应该就是储存着所有的服务,点一下看其结构。
private final ConcurrentHashMap<String, Map<String, Lease<InstanceInfo>>> registry
= new ConcurrentHashMap<String, Map<String, Lease<InstanceInfo>>>();
最外层是线程安全的 ConcurrentHashMap,key 值是 registrant.getAppName(),也就是实例中的应用名称 first-service。里面又是一个 ConcurrentHashMap(代码里面是 Map 接口,但其实肯定是 ConcurrentHashMap,你可以看 gNewMap 对象怎么 new 的)。里面这个 key 是 registrant.getId() 实例 id,value 是 Lease<InstanceInfo>,这里面存着服务实例和过期时间什么的。ok,具体注册,今天找到地方,先不看了。
关于 client 端,需要定时拉取服务名单,定时发送注册中心一个心跳。所以用了两个定时器。
在 DiscoveryClient 类中,有个 initScheduledTasks() 这个方法,是初始化那两个定时器的,简略代码如下:
private void initScheduledTasks() {if (clientConfig.shouldFetchRegistry()) {
// registry cache refresh timer
int registryFetchIntervalSeconds = clientConfig.getRegistryFetchIntervalSeconds();
int expBackOffBound = clientConfig.getCacheRefreshExecutorExponentialBackOffBound();
scheduler.schedule(
new TimedSupervisorTask(
"cacheRefresh",
scheduler,
cacheRefreshExecutor,
registryFetchIntervalSeconds,
TimeUnit.SECONDS,
expBackOffBound,
new CacheRefreshThread()),
registryFetchIntervalSeconds, TimeUnit.SECONDS);
}
if (clientConfig.shouldRegisterWithEureka()) {int renewalIntervalInSecs = instanceInfo.getLeaseInfo().getRenewalIntervalInSecs();
int expBackOffBound = clientConfig.getHeartbeatExecutorExponentialBackOffBound();
logger.info("Starting heartbeat executor:" + "renew interval is: {}", renewalIntervalInSecs);
// Heartbeat timer
scheduler.schedule(
new TimedSupervisorTask(
"heartbeat",
scheduler,
heartbeatExecutor,
renewalIntervalInSecs,
TimeUnit.SECONDS,
expBackOffBound,
new HeartbeatThread()),
renewalIntervalInSecs, TimeUnit.SECONDS);
} else {logger.info("Not registering with Eureka server per configuration");
}
小结
SpringBoot 让集成 Eureka 非常的简单,本篇提供了快速入门的示例。今后还要考虑到注册中心集群的问题。当然,现在还有更好用的注册中心,阿里的 nacos,不仅有注册中心的功能,同时还继承了配置中心的功能。了解 Eureka 工作原理,有助于帮助我们更好的理解分布式系统中的注册中心,为了将来学习了解其他注册中心提供理论基础。