在之前的章节我们讲到了/eureka-server.html，已经可以让我们自定义的微服务节点进行注册到该Eureka Server上，不过在注册过程中存在一个风险的问题，如果我们的Eureka Server的地址无意暴露在外，那岂不是通过Eureka协议创建的任意服务都可以进行注册到该Eureka Server吗？（当然如果你配置了服务器的安全组并且使用内网的IP地址或者主机名方式对外提供服务注册地址几乎不存在这个问题。）

在之前的章节中，我们并没有对SpringCloud Alibaba Nacos Config的NameSpace、Group做过修改，都是使用的默认值，默认值分别是：Public、DEFAULT_GROUP，我们本章来看下如何自定义这两项参数。

本章目标

读取Profile多环境下Nacos Config的配置信息，了解多环境下相同的配置优先级加载问题。

通过本系列的前篇文章：

• /nacos-config-properties.html 在之前文章中我们学习到了SpringCloud Alibaba读取Nacos Config内定义的properties类型的配置文件信息，并且使用Nacos Console进行修改配置信息后可以在应用程序内实时更新。

SpringCloud Alibaba是阿里巴巴致力于对微服务的管理、配置、注册等一整套的解决方案，内部主要是Nacos相关的依赖进行实现，本系列文章主要来讲解下Nacos Config在SpringCloud环境下的运用。

你有没有考虑过Eureka Client与Eureka Server是通过什么方式进行通讯的？
为什么Client启动成功后Server就会被注册到Server的服务列表内？
为什么我们在正常关闭Client后Server会有所感知？

既然这么多问题，带着这些问题来进行本章的学习吧。

Eureka作为一个成熟的服务注册中心当然也有合理的内部维护服务节点的机制，比如我们本章将要讲解到的服务下线、失效剔除、自我保护，也正是因为内部有这种维护机制才让Eureka更健壮、更稳定。