给微服务配置namespace只能通过修改配置来实现。
spring:
cloud:
nacos:
server-addr: localhost:8848
discovery:
cluster-name: HZ
namespace: 492a7d5d-237b-46a1-a99a-fa8e98e4b0f9 # 命名空间,填ID
重启order-service后,访问控制台,可以看到下面的结果
此时访问order-service,因为namespace不同,会导致找不到userservice,控制台会报错
Nacos的服务实例分为两种l类型:
配置一个服务实例为永久实例:
spring:
cloud:
nacos:
discovery:
ephemeral: false # 设置为非临时实例
Nacos和Eureka整体结构类似,服务注册、服务拉取、心跳等待,但是也存在一些差异
Nacos除了可以做注册中心,同样可以做配置管理来使用。
当微服务部署的实例越来越多,达到数十、数百时,逐个修改微服务配置就会让人抓狂,而且很容易出错。我们需要一种统一配置管理方案,可以集中管理所有实例的配置。
Nacos一方面可以将配置集中管理,另一方可以在配置变更时,及时通知微服务,实现配置的热更新。
如何在nacos中管理配置呢?
然后在弹出的表单中,填写配置信息
注意:项目的核心配置,需要热更新的配置才有放到nacos管理的必要。基本不会变更的一些配置还是保存在微服务本地比较好. 也就是说只有开关类的配置才需要配置到nacos
微服务要拉取nacos中管理的配置,并且与本地的application.yml配置合并,才能完成项目启动。
但如果尚未读取application.yml,又如何得知nacos地址呢?
因此spring引入了一种新的配置文件:bootstrap.yaml文件,会在application.yml之前被读取
1)引入nacos-config依赖
首先,在user-service服务中,引入nacos-config的客户端依赖:
<dependency>
<groupId>com.alibaba.cloudgroupId>
<artifactId>spring-cloud-starter-alibaba-nacos-configartifactId>
dependency>
2)添加bootstrap.yaml
然后,在user-service中添加一个bootstrap.yaml文件,内容如下:
spring:
application:
name: userservice # 服务名称
profiles:
active: dev #开发环境,这里是dev
cloud:
nacos:
server-addr: localhost:8848 # Nacos地址
config:
file-extension: yaml # 文件后缀名
这里会根据spring.cloud.nacos.server-addr获取nacos地址,再根据
${spring.application.name}-${spring.profiles.active}.${spring.cloud.nacos.config.file-extension}
作为文件id,来读取配置。
3)读取nacos配置
在user-service中的UserController中添加业务逻辑,读取pattern.dateformat配置
@Value("${pattern.dateformat}")
private String dateformat;
@GetMapping("now")
public String now(){
return LocalDateTime.now().format(DateTimeFormatter.ofPattern(dateformat));
}
此时在页面访问,就可以看到效果。
我们最终的目的,是修改nacos中的配置后,微服务中无需重启即可让配置生效,也就是配置热更新。
要实现配置热更新,可以使用两种方式:
在@Value注入的变量所在类上添加注解@RefreshScope
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-sDIML517-1659538060339)(file:///Users/apple/Library/Containers/com.tencent.qq/Data/Library/Application Support/QQ/Users/316595344/QQ/Temp.db/7D0D518D-83D6-4B02-877E-0AAA4CB821FC.png?msec=1659537757672)]
使用@ConfigurationProperties注解代替@Value注解。
在user-service服务中,添加一个类,读取patterrn.dateformat属性:
package cn.itcast.user.config;
import lombok.Data;
import org.springframework.boot.context.properties.ConfigurationProperties;
import org.springframework.stereotype.Component;
@Component
@Data
@ConfigurationProperties(prefix = "pattern")
public class PatternProperties {
private String dateformat;
}
其实微服务启动时,会去nacos读取多个配置文件,例如:
[spring.application.name]-[spring.profiles.active].yaml
,例如:userservice-dev.yaml[spring.application.name].yaml
,例如:userservice.yaml而[spring.application.name].yaml
不包含环境,因此可以被多个环境共享。
下面我们通过案例来测试配置共享
我们在nacos中添加一个userservice.yaml文件
在user-service服务中,修改PatternProperties类,读取新添加的属性:
@Data
@Component
@ConfigurationProperties(prefix = "pattern")
public class PatternProperties {
private String dateformat;
private String envSharedValue;
}
在user-service服务中,修改UserController,添加一个方法:
@Slf4j
@RestController
@RequestMapping("/user")
//@RefreshScope // 热更新 --> 配置读取远程yaml
public class UserController {
@Autowired
private PatternProperties properties;
@GetMapping("prop")
public PatternProperties prop(){
return properties;
}
}
修改UserApplication2这个启动项,改变其profile值
UserApplication2的Active profiles -> test
这样,UserApplication(8081)使用的profile是dev,UserApplication2(8082)使用的profile是test。
启动UserApplication和UserApplication2
访问http://localhost:8081/user/prop,结果
{"dateformat":"yyyy/MM/dd HH:mm:ss","envSharedValue":"多环境共享属性值"}
访问http://127.0.0.1:8082/user/prop,结果
{"dateformat":null,"envSharedValue":"多环境共享属性值"}
可以看出来,不管是dev,还是test环境,都读取到了envSharedValue这个属性的值。实现配置共享。
当nacos、服务本地同时出现相同属性时,优先级有高低之分: