本文共 1866 字，大约阅读时间需要 6 分钟。
-
以下关于注册中心的描述，哪些选项是正确的？
A. 注册中心是AP模型。B. 从CAP模型角度分析，Netflix Eureka和Alibaba Nacos都适合做注册中心。
C. 注册中心的高可用保证：一是服务本身设计无状态机制，二是通过注册数据的多份副本机制。
D. 注册中心需要提供服务注册和服务发现的基本能力。
-
以下关于“所谓的”开源注册中心产品描述，以下哪些选项是正确的？
A. ZooKeeper本质上是CP模型，使用ZAB协议同步数据。
B. Eureka 2.0版本已经对外停止发布。
C.Consul集群之间发现基于Gossip协议，因此整个集群规模可以达到上千台。
D. Nacos作为CP模型基于Raft协议同步数据，同时又能作为AP模型。
-
AP型的注册中心，可能会引入哪些问题？
A. 服务节点冗余部署8台，可能在注册中心只注册成功4台。
B. 服务节点注册成功8台，调用服务节点可能只获取到4台。
C. 可能会造成下游服务节点流量不均衡。
D. 可能会造成注册中心内部数据短暂的不一致性。
-
关于ZooKeeper的描述，以下哪些选项是正确的？柔性事务与刚性事务怎么选？
A. ZooKeeper对数据中心的支持不友好，一旦机房网络划分，存在部分节点不可用的情况。
B. ZooKeeper用作注册中心，最大接入的服务节点数量是受限制的，一旦超过某个阈值，ZooKeeper集群将不堪重负。
C. ZooKeeper性能较低的其中一个原因是对写入事件开启了事务日志。
D. ZooKeeper健康检查机制存在一定的局限性，对服务假死的情况无能无力。
-
假如让你设计一个高可用的注册中心，你应该关注哪些方面？
A. 考虑注册中心容灾性，需要服务调用方有本地缓存机制。
B. 注册中心提供跨语言的接入能力。
C. 假如公司为多机房部署，注册中心需要提供跨多机房部署的能力。
D. 注册中心最好支持指令下推的能力，以方便对集群进行管理。
-
课上我们深度剖析了自研的注册中心，以下哪些描述是正确的？
A. 自研的注册中心遵循AP模型。
B. 注册中心提供了服务注册，服务发现，指令下发等功能。
C. ControlCenterPlugin与ControlCenterService的通信方式是TCP长连接。
D. ControlCenterClient与ControlCenterService的通信方式是HTTP短连接。
-
课上自研的注册中心使用到了Gossip 协议，关于Gossip协议的描述哪些是正确的？
A. Gossip协议是最终一致性协议，通过不断随机选择相邻的节点进行通信，最终保证集群里节点的数据一致性。
B. Gossip协议在注册中心的作用是集群节点的新加入节点自动发现以及死掉节点的自动剔除。
C. 基于Gossip协议，我们设计的注册中心节点（ControlCenterService）可以高达几千台，而不用担心节点间通信带来的网络风暴问题。
D. 基于Gossip协议进行ControlCenterService节点间通信，可能会存在通信过程中，发送消息的延迟性和冗余性。
-
公司需要独立的配置中心来管理多样的配置项，你认为是什么原因导致？
A. ZooKeeper、etcd等分布式协调器，在功能和UI上不友好。
B. 配置和服务需要物理解耦。
C. 配置项的变更尽量不让服务重启才能线上生效。
D. 配置项需要更完善的管理机制，比如：权限、审核等等。
-
关于Apollo架构设计的描述，以下哪些选项是正确的？
A. 架构采用了线上读取和线下操作分离的架构，具体表现为Config Serivce、Eurake和Meta Server为一个进程（简称P1），Admin Service为一个进程（简称P2）。
B. P1和P2都是状态化设计。
C.当P1宕机一台，整个系统不受影响，用户可以继续读写。
D. 依赖的数据库为MySQL，MySQL集群需要保证高可用。
-
关于Apollo的设计细节，以下哪些描述是正确的？
A. Apollo客户端和Apollo服务端保持了一个伪长连接，用于服务端主动推送配置更新给客户端。
B. Apollo客户端和Apollo服务端的伪长连接，基于HTTP Long Pulling的方式实现。
C. 为了保证配置的高可用，Apollo客户端拉取配置后，在本地内存和本地磁盘进行了缓存。
D. 为了保证配置获取的高可靠性，Apollo客户端由增加了定时拉取的功能。
转载地址：https://blog.csdn.net/yangwei234/article/details/95596897 如侵犯您的版权，请留言回复原文章的地址，我们会给您删除此文章，给您带来不便请您谅解！
发表评论
最新留言
关于作者
