自从使用了 Nacos再也不用担心配置管理混乱的问题(3)

Nacos 有一个默认的名为 public 的命名空间，这个命名空间是无法删除的，所有未指定命名空间的配置都会放在该命名空间下;同样的 Nacos 有一个默认的名为 DEFAULT_GROUP 的分组，在没有指定分组名称的时候默认的配置都是在该分组下。

对于我们应用程序来说，由于很多情况下一个 Nacos 集群是多个团队共同使用的，所以为了方便管理，我们需要根据自己的业务设置自己的命名空间，用于存放本业务的配置文件。本命名空间下的配置文件，根据各个的模块决定是否需要重新分组。

要知道在没有清晰的命名空间划分的时候，要想修改一个配置的内容，是很难受的一件事情。线上的配置调整，一个不小心就是事故。如果还是自动更新配置的话，那连后悔的机会都没有。

精细配置

配置文件应该专一，一个配置文件就设置一个内容，比如 MySQL 的数据源单独一个配置，Redis 的数据源单独一个配置，如果多个 Redis 服务，根据功能建议分开配置，因为并不是所有的服务都需要每个 Redis 的链接配置。各自的服务根据需要单独引用对应的配置文件即可。

将所有的配置独立成一个配置文件方便后续修改配置，只要修改一个配置文件就好，不用担心其他还有未修改的地方。

合理的规划配置文件的内容，往往很多时候可以事半功倍，极大的节约时间和减少出错的概率。

自动刷新

前面介绍了如何设置配置自动刷新，不过服务是否需要自动更新配置，这个根据自身的业务去决定。

我这里一般不建议设置自动更新，因为现在都是微服务部署，有时候我们上线一个新功能的时候都是灰度发布，如果配置自动更新，再调整配置过后，全部实例都会生效，这样会有风险。不设置自动更新的话，我们可以单独重启个别实例，观察线上情况，等稳定了再发布所有服务，这样会安全很多。

当然对于没有那么多服务，不需要灰度，影响不大的场景下，配置自动更新会方便很多，再修改配置后不需要重启服务。

（编辑：ASP站长网）