采用多版本开发(dubbo:service配置version),不影响旧版本。
Dubbo内置了4种负载均衡策略:
1)RandomLoadBalance随机负载均衡:是Dubbo的默认负载均衡策略。
2)RoundRobinLoadBalance轮询负载均衡:轮询依次。
3)LeastActiveLoadBalance最少活跃调用数:相同活跃数的随机。活跃数指调用前后计数差。使慢的 Provider 收到更少请求,因为越慢的 Provider 的调用前后计数差会越大。
4)ConsistentHashLoadBalance一致性哈希负载均衡:相同参数的请求总是落在同一台机器上。
1)dubbo提供了mock配置,可以很好的实现dubbo服务降级
2)整合Sentinel
线上服务不要轻易的kill -9
,可进行kill
触发应用的钩子程序,做相关的资源清理,如果一直关闭不掉,最终可以通过kill -9
执行。
Dubbo 可以通过 JDK 的 ShutdownHook 来完成优雅停机的,使用Kill pid命令干掉进程。
1)api注入时添加异步调用标示
@Reference(interfaceClass=xxx.class, async-true)
2)启动类开启异步调用
@EnableAsycn
3)异步调用的接口添加异步调用代码
RpcContext.getContext.future()
Dubbo底层是使用Netty的NIO框架,是基于TCP协议传输的,配合以Hession序列化完成RPC通信。
SpringCloud是基于Http协议+rest接口调用远程过程的通信。
Http请求会有更大的报文,占的带宽也会更多。
REST相比RPC更为灵活,不存在代码级别的强依赖。
Dubbo | SpringCloud | |
服务注册中心 | Zookeeper | Spring Cloud Netfix Eureka |
服务调用方式 | RPC | REST API |
服务监控 | Dubbo-monitor | Spring Boot Admin |
熔断器 | 不完善 | Spring Cloud Netflix Hystrix |
服务网关 | 无 | Spring Cloud Netflix Zuul |
分布式配置 | 无 | Spring Cloud Config |
服务跟踪 | 无 | Spring Cloud Sleuth |
数据流 | 无 | Spring Cloud Stream |
批量任务 | 无 | Spring Cloud Task |
信息总线 | 无 | Spring Cloud Bus |
dubbo(推荐):单一长连接、NIO 异步通讯,适合于小数据量大并发的服务调用,以及服务消费者机器数远大于服务提供者机器数的情况
hessian:短连接,http,适合于页面传输,文件传输,或与原生hessian服务互操作
Http:适用于需同时给应用程序和浏览器 JS 使用的服务
WebService:适用于系统集成,跨语言调用
RMI 协议:适用于常规远程服务方法调用,与原生RMI服务互操作
不需要,dubbo服务容器是一个standalone的启动程序,因为后台服务不需要Tomcat或JBoss等Web容器的功能,如果硬要用Web容器去加载服务提供方,增加复杂性,也浪费资源。
Spring Container Jetty Container Log4j Container
registry:注册中心
consumer:消费者
provider:服务提供者
container:容器
monitor:监控
zookeeper,还有 Redis、Multicast、Simple 注册中心,但不推荐
1)timeout:调用超时
2)retries:失败重试次数(默认重试 2 次 )
3)loadbalance:负载均衡算法,默认随机
4)actives 消费者端,最大并发调用限制
Dubbo 缺省会在启动时检查依赖的服务是否可用,不可用时会抛出异常,阻止 Spring 初始化完成,默认 check="true",可以通过 check="false" 关闭检查。
推荐使用Hessian,还有Duddo、FastJson、Java自带序列化。
Dubbo 默认使用 Netty 框架(推荐),另外内容还集成有Mina、Grizzly
1)Failover Cluster默认
失败自动切换,当出现失败,重试其它服务器(retries 重试次数)。通常用于读操作,但重试会带来更长延迟。
2)Failfast Cluster
快速失败,只发起一次调用,失败立即报错,通常用于写操作。
3)Failsafe Cluster
失败安全,出现异常时,直接忽略。通常用于写入审计日志等操作。
4)Failback Cluster
失败自动恢复,后台记录失败请求,定时重发。通常用于消息通知操作。
5)Forking Cluster
并行调用多个服务器,只要一个成功即返回。通常用于实时性要求较高的读操作,但需要浪费更多服务资源。可通过 forks="2" 来设置最大并行数。
6)Broadcast Cluster
广播调用所有提供者,逐个调用,任意一台报错则报错 [2]。通常用于通知所有提供者更新缓存或日志等本地资源信息。
默认是阻塞的,可以异步调用。
路由规则,动态配置,服务降级,访问控制,权重调整,负载均衡,等管理功能。
Dubbo 会在 Spring 实例化完 bean 之后,在刷新容器最后一步发布 ContextRefreshEvent 事件的时候,通知实现了 ApplicationListener 的 ServiceBean 类进行回调 onApplicationEvent 事件方法。Dubbo 会在这个方法中调用 ServiceBean 父类 ServiceConfig 的 export 方法,而该方法真正实现了服务的发布。
可以通过修改配置点对点直连,也可以通过 telnet 直接某个服务。