微服务面试总结:02 nacos

什么是配置中心?————储存项目配置的一个服务

为什么要使用配置中心?————集中管理配置信息,发布动态配置信息

市场上有哪些主流的配置中心?————Apoolo,nacos.....

配置中心一般配置什么?

        经常会变化的配置信息,需要更改的数据库密码,日志,数据

什么信息一般不会写到配置中心?

        确定定死了的东西,端口,服务名,注册地址,配置中心

为合适呢么要定义bootstrap.yml文件?

        优先级高,可以从内存,客户端获取配置中心的配置信息,

Nacos配置中心宕机了,服务还可以获取到数据吗

        可以,还可以从内存,获取配置信息。客户端获取配置信息后,我们的微服务会对信息在本地内存中备份储存一次

微服务如何获取配置中心的信息?

        我们服务一般现场内存读取配置信息,然后我们微服务还可以定时向nacos配置中心发布请求拉取(pull)新的配置信息

微服务的客户端如何感知配置文件被修改?

        数据被修改时,nacos找到他维护的客户端,然后通知客户端去获取新的数据,客户端获取数据后更新本地内存,并在下次访问资源的时候,刷新@Value注解描述的属性值,但是需要@RefreshScope注解对属性所在的类进行描述,开启动态刷新功能

服务启动后没有从配置中心获取我们分配的数据配置是什么原因?

        配置文件名字是否对应?是否成功连接配置中心?分组是否正确,缩进是否正确,类上是否有动态刷新的注解@RefreshScope

项目中使用的日志规范是什么?————SLFJ

你里哦阿姐项目中的日志级别吗?

8种:常用的三种info warn error

nacos配置管理模型背景?————环境不同配置不同

Nacos配置种的管理模型是怎样的?

namespace(通过名字),group(通过分组),service(服务)/data-id(共享配置)

Nacos客户端(微服务)是否可以读取共享配置》————可以

总结:

重点分析

配置中心的选择————市场活跃度(开发前景),稳定性(当前情景)

Nacos配置中心的基本应用————(新建,修改,删除配置以后,在Nacos客户端配置应用)

配置管理模型应用

namespace(通过名字),group(通过分组),service(服务)/data-id(共享配置)

Nacos配置更变的动态感知————底层原理分析

FAQ

为什么需要配置中心?————动态管理发布配置无需重启服务,保证服务可用

配置中心需要配置什么内容?————经常更变的配置数据,日志,线程池,连接池

市面上有哪些主流的配置中心———— Nacos....

配置中心选型时候要重点考虑的哪些因素?————市场活跃度,稳定度,性能

Nacos客户端如何感知配置中心数据变化?

nacos2.0之前nacos采用上时间轮询机制,每30s拉去nacos配置信息?

Nacos配置管理模型是怎样的?(命名空间-namespace,分组,group,服务实例,datald)