一个基于Java的RPC框架。目前可以看成是mini版的Dubbo。有注册中心,提供服务的注册,发现和负载均衡。
- 网络通信: Netty4
- 注册中心: etcd,可扩展
- 动态代理: byte-buddy
- 序列化: Protobuff(Protostuff)
- 可以脱离Spring,提供API调用。
- 集成Spring,提供XML,Java配置
- 提供Spring Boot Starter
- 提供SPI机制,实现微内核加插件的架构。实现可扩展,开发者可以为iris开发组件,以插件的形式集成到iris中。插件的加载使用另一个微容器框架见coco项目。该项目fork于阿里的cooma。
- 支持优雅停机,不依赖Spring和Web容器。
- 支持服务延迟暴露
- 支持超时和重试配置
- 添加监控系统,使用Prometheus
- 更好的支持容器环境
iris支持以下使用方式:
- 原生API形式,不依赖Spring,非Spring项目也可以使用
- Spring配置方式,和Spring很好的集成
- Spring Boot配置方式,提供了一个spring boot starter,以自动配置,快速启动
Iris核心代码不依赖Spring,可脱离Spring使用。
- 启动etcd注册中心
- 编写一个接口IHelloService
public interface IHelloService {
String hello(String name);
}
- 编写一个IHelloService的实现
public class HelloService implements IHelloService {
@Override
public String hello(String name){
return "Hello, " + name;
}
}
- 启动Server
IRegistry registry = new EtcdRegistry("http://127.0.0.1:2379");
RpcServer server = new RpcServer(registry)
.port(2017)
.exposeService(IHelloService.class,new HelloService());
server.run();
- 启动client
RpcClient client = new RpcClient(registry);
IHelloService helloService = client.create(IHelloService.class);
String s = helloService.hello("leo");
System.out.println(s); // hello, leo
- 停止server
因为服务没有provider,client报错找不到provider
- 启动server
server启动后,会去etcd注册中心注册服务,client端马上正常工作。
服务提供者,使用自定义注解@Service来暴露服务,通过interfaceClass来指定服务的接口。 该@Service注解是iris提供的,并非Spring的注解
@Service(interfaceClass = IHelloService.class)
public class HelloService implements IHelloService {
@Override
public String hello(String name) throws Exception {
return "hello" + name;
}
}
服务使用者,通过@Reference来引用远程服务,就像使用本地的SpringBean一样。背后的SpringBean封装和Rpc调用对开发者透明。使用体验和Dubbo是一样的。
public class Baz {
@Reference(interfaceClass = IHelloService.class)
private IHelloService helloService;
public void hello(String name) throws Exception {
System.out.println(helloService.hello(name));
}
}
配置服务提供者,本例子使用XML配置,使用Java Code配置也可以。
<bean id="registry" class="com.leibangzhu.iris.registry.EtcdRegistry">
<constructor-arg name="registryAddress" value="http://127.0.0.1:2379"></constructor-arg>
</bean>
<bean id="server" class="com.leibangzhu.iris.server.RpcServer">
<constructor-arg name="registry" ref="registry"></constructor-arg>
</bean>
<bean id="serviceAnnotationBeanPostProcessor" class="com.leibangzhu.iris.spring.ServiceAnnotationBeanPostProcessor"></bean>
<bean id="helloService" class="com.leibangzhu.iris.spring.HelloService"></bean>
配置服务消费者,本例子使用XML配置,使用Java Code配置也可以。
<bean id="registry" class="com.leibangzhu.iris.registry.EtcdRegistry">
<constructor-arg name="registryAddress" value="http://127.0.0.1:2379"></constructor-arg>
</bean>
<bean id="client" class="com.leibangzhu.iris.client.RpcClient">
<constructor-arg name="registry" ref="registry"></constructor-arg>
</bean>
<bean id="referenceAnnotationBeanPostProcessor" class="com.leibangzhu.iris.spring.ReferenceAnnotationBeanPostProcessor"></bean>
<bean id="foo" class="com.leibangzhu.iris.spring.Baz"></bean>
使用原生的Spring配置还是有些繁琐,可以使用Spring Boot来获得更好的开发体验。
服务提供者
@Service(interfaceClass = IHelloService.class)
public class HelloService implements IHelloService {
@Override
public String hello(String name) throws Exception {
return "Hello, " + name + ", from com.leibangzhu.iris.springboot.HelloService";
}
}
服务消费者
@Component
public class Foo {
@Reference(interfaceClass = IHelloService.class)
private IHelloService helloService;
public String hello(String name) throws Exception {
return helloService.hello(name);
}
}
在application.properties文件中配置服务提供者
iris.registry.address=http://127.0.0.1:2379
iris.server.enable=true
iris.server.port=2017
iris.annotation.package=com.leibangzhu.iris.springboot
在application.properties文件中配置服务消费者
iris.registry.address=http://127.0.0.1:2379
iris.client.enable=true
使用SpringBoot时,不许再手动配置相关的spring bean,Iris提供的spring boot starter会自动配置好这些spring bean。
- Iris使用了SPI机制,实现了微内核加插件的架构。
- Iris里的许多功能都是以插件的形式加载的。一个功能点就是一个扩展点,就是一个接口。通过注入的方式,将某个实现注入到Iris中。
- 扩展点的加载没有使用第三方的容器,比如Spring,而是自己实现了一个轻量级的容器。对Java的SPI机制进行了一下扩展和加强。
- 每个扩展点会有多个实现,开发者可以自己配置使用哪个,比如使用zookeeper注册中心或etcd注册中心。
- Iris内置的扩展实现满足大部分要求,开发者也可以自己编写扩展点的实现,加载到Iris中。
- Iris会扫描classpath下面的
/META/extensions
文件夹中的文件,读取扩展点信息,然后运行时动态加载。 - 使用时通过ExtensionLoader加载对应的插件
- ExtensionLoader支持类似于Spring的IoC和AoP功能。即,扩展点中可以自动装配其他的扩展点。Iris提供Wrapper使用Decrator模式来实现AOP。
- 所有的扩展点元数据文件都在
/META-INF/extensions
文件夹下,文件名是实现的扩展点的接口的全类名。 - 文件的内容是key=value的形式。key是扩展点实现的name,value是实现类的全类名。实现类是一个简单的Java类,不依赖任何第三方接口和注解。
- 使用Wrapper实现AOP时,在扩展点name前加上
+
。比如:+logWrapper=com.leibangzhu.iris.core.SomeExtension
Iris中的服务提供者有多个,client端调用的时候,有一个负载均衡的策略。 Iris目前提供了1个实现:随机选择一个提供者。以后会提供更多的负载均衡策略。如果有多个,只需要在iris.properties或application.properties中添加配置:
iris.loadbalance=random
Iris提供的的ILoadBalance
接口。
@Extension(defaultValue = "random")
public interface ILoadBalance {
int select(@Adaptive("loadbalance")Map<String,String> config,int amount) throws Exception;
}
- @Extension注解声明这是一个扩展点
- defaultValue表示默认使用random这个扩展点实现
- @Adaptive注解声明这是一个自适应扩展方法,会根据运行时信息动态选择对应的扩展点实现。类似于一个动态代理。
自带的随机的负载均衡是在下面的文件中定义的:
/src/main/resources/META-INF/extensions/com.leibangzhu.iris.core.loadbalance.ILoadBalance
文件的内容:
random=com.leibangzhu.iris.core.loadbalance.RandomLoadBalance
通过ExtensionLoader获取扩展点:
ILoadBalance loadBalance = ExtensionLoader.getExtensionLoader(ILoadBalance.class).getAdaptiveInstance();
// get runtime configuration and load config to map
// get actual loadbalance from iris.properties or application.properties file
String loadbalance = IrisConfig.getLoadbalance();
map.put("loadbalance",loadbalance)
loadBalance.select(map,size);
开发者想使用轮询的负载均衡策略,可以按照以下步骤来扩展:
- 编写一个类,实现ILoadBalance接口
public class RoundRobinLoadBalance implements ILoadBalance {
@Override
public int select(Map<String, String> config, int amount) throws Exception {
// put your code here ...
}
}
- 在classpath中添加一个文件:
/META-INF/extensions/com.leibangzhu.iris.core.loadbalande.ILoadBalance
roundrobin=com.mycompany.foo.bar.RoundRobinLoadBalance
- 在
iris.properties
或application.properties
中添加配置:
iris.loadbalance=roundrobin
这样,Iris就会使用我们自定义的轮询负载均衡了。
iris
取名于梵高的画鸢尾花
/iris/com.leibangzhu.IHelloService/consumers
/iris/com.leibangzhu.IHelloService/configurators/127.0.0.1:2200
连接基于 serviceName 做单独一个 channel?
拆分出 transpoter 层。
待 自定义协议 protocol 层
优雅停机,dubbo 会销毁所有的 protocol 和 registry 信息。如果当前是 spring 环境,则将优雅停机交给 listener 处理
完成优雅停机,但是现在 protocol 和 remoting 以及 codec 层耦合严重
支持优雅停机,不依赖Spring和Web容器。 支持服务延迟暴露 支持超时和重试配置
dubbo 源码与分层对应
config config
proxy proxy
registry registry
cluster cluster
monitor monitor
protocol rpc
exchange/transport remoting
serialize serialize
支持 spring 容器
展示当前服务依赖 修改服务依赖,控制是否能访问等
五大容错:
Failover 失败自动重试其它服务器,用于读
Failfast 失败立即报错,用于非幂等的写
Failsafe 失败异常忽略,用于日志
Failback 失败定时重发,用于消息通知
Forking 并发调用多个服务器,一个成功就返回,用于实时性要求高的读操作
四大负载: Random RoundRobin LeastActive ConsistentHash
remoting: serialize、transport、exchange
抽象