spring cloud 微服务框架 第六天

第六天，使用spring boot和thrift，zookeeper建立微服务，Spring cloud适应于云端服务，也适用于企业信息化SOA建设。spring boot也是restful微服务开发的利器。但对于内网服务，即服务与服务之间的调用，spring并没有去刻意封装，也许他们认为已经没有必要了，因为已经有了thrift、ice等强大的框架。

如果是用spring boot本身提供的restful服务作为服务与服务之间的调用，效率低很多，thrift的效率大概是restful的100-1000倍左右。本篇既是基于spring boot框架，结合thrift和zookeeper实现的一个简单微服务框架，服务与服务之间使用thrift通信（thrift既是通信方式也是数据压缩方式）。

本demo一共包括三个工程：

cloud-thrift-server：服务提供方

cloud-thrift-interface：接口及传输对象定义

cloud-thrift-client：服务调用方

开源代码地址：http://git.oschina.net/zhou666/spring-cloud-7simple

1）建立thrift接口定义文档

namespace java cloud.simple.service

struct UserDto {

1: i32 id

2: string username

}

service UserService {

UserDto getUser()

}

接口定义完后，使用thrift命令生成对应的java文件，主要生成两个文件，分别是UserService.java和UserDto.java，把这两个文件放入cloud-thrift-interface工程，因为客户端也需要这个接口定义。

2）实现thrift服务注册

在服务的提供端需要实现接口，并且还要把实现类注册到thrift服务器。

UserService.Processor processor = new UserService.Processor(

new UserServiceImpl());

TServer server = new TThreadPoolServer(new TThreadPoolServer.Args(

tServerTransport()).processor(processor));

UserServiceImpl就是接口实现类，将其注册金Tserver。

注册完服务后，需要启动Tserver，很显然这个需要在线程里启动。

executor.execute(new Runnable() {

@Override

public void run() {

tServer().serve();

}

});

3）使用zookeeper进行服务名称注册

上面是注册具体的服务执行类，这一步是将服务的实例注册进zookeeper，这样才能实现负载均衡。让客户端可以根据服务实例列表选择服务来执行。当然这里只需要注册服务所在服务器的IP即可，因为客户端只要知道IP，也就知道访问那个IP下的该服务。

String servicePath = "/"+serviceName ;// 根节点路径

ZkClient zkClient = new ZkClient(serverList);

boolean rootExists = zkClient.exists(servicePath);

if (!rootExists) {

zkClient.createPersistent(servicePath);

}

InetAddress addr = null;

try {

addr = InetAddress.getLocalHost();

} catch (UnknownHostException e) {

e.printStackTrace();

}

String ip = addr.getHostAddress().toString();

String serviceInstance = System.nanoTime() +"-"+ ip;

// 注册当前服务

zkClient.createEphemeral(servicePath + "/" + serviceInstance);

System.out.println("提供的服务为：" + servicePath + "/" + serviceInstance);

要注意这里使用zkClient.createEphemeral建立临时节点，如果这台服务器宕机，这个临时节点是会被清除的，这样客户端在访问时就不会再选择该服务器上的服务。

4）客户端更新服务列表

客户端需要能及时的监听服务列表的变化并作出负载均衡，我们用如下方式监听服务列表的变化：

// 注册事件监听

zkClient.subscribeChildChanges(servicePath, new IZkChildListener() {

// @Override

public void handleChildChange(String parentPath,

List<String> currentChilds) throws Exception {

// 实例(path)列表:当某个服务实例宕机，实例列表内会减去该实例

for (String instanceName : currentChilds) {

// 没有该服务，建立该服务

if (!serviceMap.containsKey(instanceName)) {

serviceMap.put(instanceName,createUserService(instanceName));

}

}

for (Map.Entry<String, UserService.Client> entry : serviceMap.entrySet()) {

// 该服务已被移除

if (!currentChilds.contains(entry.getKey())) {

serviceMap.remove(entry.getKey());

}

}

System.out.println(parentPath + "事件触发");

}

});

有了服务列表，客户端在调用服务的时候就可以采用负载均衡的方式了，在这里使用最简单的随机方式：

public UserService.Client getBalanceUserService(){

Map<String, UserService.Client> serviceMap =ZooKeeperConfig.serviceMap;

//以负载均衡的方式获取服务实例

for (Map.Entry<String, UserService.Client> entry : serviceMap.entrySet()) {

System.out.println("可供选择服务:"+entry.getKey());

}

int rand=new Random().nextInt(serviceMap.size());

String[] mkeys = serviceMap.keySet().toArray(new String[serviceMap.size()]);

return serviceMap.get(mkeys[rand]);

}

本文结束，具体参见代码，另外，之前还不了解thrift和zookeeper的朋友，不要被他们吓到，其实他们是很轻量级的技术，很容易上手，这也许就是他们流行的原因。