供服务自动注册、自动发现等高效服务治理方案, 可以和
Spring 框架无缝集成。
只需简单配置,没有任何 API 侵入。
降低成本,减少单点。
基于接口名查询服务提供者的 IP 地址,并且能够平滑添加或删
除服务提供者。
主要就是如下 3 个核心功能:
“同步转异步”和“请求-响应”模式的信息交换方式。
协议支持,以及软负载均衡,失败容错,地址路由,动态配置等集群
支持。
的查找服务提供方,使地址透明,使服务提供方可以平滑增加或减少
机器。
流程说明:
发送至注册中心存储
息至注册中心
Consumer 应用缓存。
用。
Consumer
设计的原因:
后,将自动切换到另一台
内也不会影响服务的调用
Dubbo 的架构设计?
Dubbo 框架设计一共划分了 10 个层:
供方和服务消费方的业务设计对应的接口和实现。
ReferenceConfig 为中心。
和服务器端 Skeleton。
为中心。
中心,以 Invoker 为中心。
为中心,扩展接口为 Protocol、Invoker 和 Exporter。
Request 和 Response 为中心。
Message 为中心。
Dubbo 的服务调用流程?
调用,以及消费者远大于提供者。传输协议 TCP,异步,Hessian 序
列化;
实现 Serializable 接口,使用 java 标准序列化机制,使用阻塞式短连
接,传输数据包大小混合,消费者和提供者个数差不多,可传文件,
传输协议 TCP。 多个短连接,TCP 协议传输,同步传输,适用常规的
远程服务调用和 rmi 互操作。在依赖低版本的 Common-Collections
包,java 序列化存在安全漏洞;
提供和原生 WebService 的互操作。多个短连接,基于 HTTP 传输,
同步传输,适用系统集成和跨语言调用;
HttpInvoke 实现。多个短连接,传输协议 HTTP,传入参数大小混
合,提供者个数多于消费者,需要给应用程序和浏览器 JS 调用;
服务,Dubbo 内嵌 Jetty 作为服务器时默认实现,提供与 Hession 服
务互操作。多个短连接,同步 HTTP 传输,Hessian 序列化,传入参
数较大,提供者大于消费者,提供者压力较大,可传文件;
默认使用 dubbo 协议
Dubbo 有些哪些注册中心?
要广播地址,就能进行服务注册和发现。基于网络中组播传输实现;
Zookeeper 的 watch 机制实现数据变更;
服务名和类型,Map 中 key 存储服务 URL,value 服务过期时间。基
于 redis 的发布/订阅模式通知数据变更;
Dubbo 默认采用注册中心?
采用 Zookeeper
为什么需要服务治理?
Dubbo 的注册中心集群挂掉,发布者和订阅者之间还能通信么?
可以的,启动 dubbo 时,消费者会从 zookeeper 拉取注册的生产者
的地址接口等数据,缓存在本地。
每次调用时,按照本地存储的地址进行调用。
Dubbo 采用全 Spring 配置方式,透明化接入应用,对应用没有任何
API 侵入,只需用 Spring 加载 Dubbo 的配置即可,Dubbo 基于
Spring 的 Schema 扩展进行加载。
Dubbo 使用的是什么通信框架?
默认使用 NIO Netty 框架
Dubbo 集群提供了哪些负载均衡策略?
者权重。截面碰撞率高,调用次数越多,分布越均匀;
存在请求累积的问题;
更少的请求;
总是发到同一提供者,一台机器宕机,可以基于虚拟节点,分摊至其
他提供者,避免引起提供者的剧烈变动;
缺省时为 Random 随机调用
Dubbo 的集群容错方案有哪些?
重试会带来更长延迟。
操作,比如新增记录。
作。
高的读操作,但需要浪费更多服务资源。可通过 forks="2" 来设置最
大并行数。
知所有提供者更新缓存或日志等本地资源信息。
Dubbo 的默认集群容错方案?
Failover Cluster
Dubbo 支持哪些序列化方式?
默认使用 Hessian 序列化,还有 Duddo、FastJson、Java 自带序列
化。
Dubbo 超时时间怎样设置?
Dubbo 超时时间设置有两种方式:
在服务端多配置就尽量多配置,因为服务提供者比消费者更清楚自己
提供的服务特性。
费者端为主,即优先级更高。因为服务调用方设置超时时间控制性更
灵活。如果消费方超时,服务端线程不会定制,会产生警告。
服务调用超时问题怎么解决?
dubbo 在调用服务不成功时,默认是会重试两次的。
Dubbo 在安全机制方面是如何解决?
Dubbo 通过 Token 令牌防止用户绕过注册中心直连,然后在注册中
心上管理授权。Dubbo 还提供服务黑白名单,来控制服务所允许的调
用方。
Dubbo 和 Dubbox 之间的区别?
dubbox 基于 dubbo 上做了一些扩展,如加了服务可 restful 调
用,更新了开源组件等。
Dubbo 和 Spring Cloud 的关系?
Dubbo 是 SOA 时代的产物,它的关注点主要在于服务的调用,流
量分发、流量监控和熔断。而 Spring Cloud 诞生于微服务架构时
代,考虑的是微服务治理的方方面面,另外由于依托了 Spirng、
Spirng Boot 的优势之上,两个框架在开始目标就不一致,Dubbo
定位服务治理、Spirng Cloud 是一个生态。
最大的区别:Dubbo 底层是使用 Netty 这样的 NIO 框架,是基于
TCP 协议传输的,配合以 Hession 序列化完成 RPC 通信。
而 SpringCloud 是基于 Http 协议+Rest 接口调用远程过程的通信,
相对来说,Http 请求会有更大的报文,占的带宽也会更多。但是
REST 相比 RPC 更为灵活,服务提供方和调用方的依赖只依靠一纸契
约,不存在代码级别的强依赖。
离金9银十还有不到两个月,在这里小编整理了一些互联网大厂的面试题,分享给大家
关注作者+转发 转发 转发 重要的事说三遍
后台回复(面试)关键词即可免费领取
留言与评论(共有 0 条评论) |