🎏:你只管努力,剩下的交给时间
🏠 :小破站
从零搭建微服务架构:Spring Boot与Nacos完美整合
- 前言
- 第一:服务注册与发现
- 第二:配置中心
- 第三:报错问题解决
- 第四:什么配置该存入nacos中
- 将配置放在Nacos中的情况:
- 直接在`properties`文件中写配置的情况:
前言
微服务架构的崛起为开发者提供了更灵活、可维护的解决方案。然而,随之而来的挑战是如何管理和维护这些分散的服务。在本文中,我们将探索如何利用Spring Boot和Nacos,两个强大的开源框架,为你的微服务应用构建一个高效的基础设施。
注意:版本 0.2.x.RELEASE 对应的是 Spring Boot 2.x 版本,版本 0.1.x.RELEASE 对应的是 Spring Boot 1.x 版本。
第一:服务注册与发现
1️⃣:maven坐标实现
<dependency><groupId>com.alibaba.boot</groupId><artifactId>nacos-discovery-spring-boot-starter</artifactId><version>0.2.12</version>
</dependency>
2️⃣:properties配置
# 这里配置的是Nacos服务端的地址和端口。默认情况下,Nacos的服务端地址是127.0.0.1,端口是8848,而不是8748。请确保使用正确的端口。
nacos.discovery.server-addr=127.0.0.1:8748
# 如果你使用了Namespace,确保Namespace的ID是正确的。在你的Nacos控制台中查看Namespace的ID,并将其配置到nacos.discovery.namespace属性中。
nacos.discovery.namespace=8afda2b0-5b6c-4839-9bb5-ee9db41fae1e
# 这个配置是用来控制是否自动注册服务到Nacos的。如果设置为true,你的服务启动后会自动注册到Nacos中心。确保这个配置项符合你的需求。
nacos.discovery.auto-register=true
3️⃣:设置监听以及自动注册配置
package com.todoitbo.baseSpringbootDasmart.config;import com.alibaba.nacos.api.annotation.NacosInjected;
import com.alibaba.nacos.api.exception.NacosException;
import com.alibaba.nacos.api.naming.NamingService;
import com.alibaba.nacos.api.naming.pojo.Instance;
import org.springframework.beans.factory.annotation.Value;
import org.springframework.context.annotation.Configuration;import javax.annotation.PostConstruct;
import java.util.List;/*** @author xiaobo*/
@Configuration
public class NacosRegisterConfig {// 服务名称@Value("${spring.application.name}")private String applicationName;// 服务的端口号@Value("${server.port}")private Integer port;// 服务ip地址@Value("${server.ip}")private String ip;@NacosInjectedprivate NamingService namingService;// @PostConstruct 在依赖注入完成时执行注解的方法@PostConstructpublic void register() throws NacosException {// 注册服务namingService.registerInstance(applicationName, ip, port);// 监听实现try {List<Instance> instances = namingService.getAllInstances(applicationName);System.out.println("Initial service instances: " + instances);// You can implement your logic to handle service instance changes here} catch (Exception e) {e.printStackTrace();}}}
🔚:成功示意图
第二:配置中心
1️⃣:maven坐标
<dependency><groupId>com.alibaba.boot</groupId><artifactId>nacos-config-spring-boot-starter</artifactId><version>0.2.12</version>
</dependency>
2️⃣:properties编写
nacos.config.server-addr=127.0.0.1:7748
nacos.config.namespace=8afda2b0-5b6c-4839-9bb5-ee9db41fae1e
nacos.config.data-id=springboot-bo
# 该属性定义了配置的类型。在这里,它设置为 properties,表示配置以属性文件的形式存在。
nacos.config.type=properties
# 当设置为 true 时,该属性在应用程序的引导阶段启用 Nacos 作为配置源。通常用于在主应用程序上下文创建之前加载配置属性。
nacos.config.bootstrap.enable=true
# 当设置为 true 时,该属性启用远程配置同步。这意味着应用程序将从 Nacos 服务器获取其配置。
nacos.config.enable-remote-sync-config=true
3️⃣:获取配置
@Value("${test.name}")
private String testName;@NacosInjected
private ConfigService configService;@GetMapping("/testNacos")
public String testNacos() throws NacosException {String defaultGroup = configService.getConfig(dataId, "DEFAULT_GROUP", 5000);return defaultGroup + "-------->" + testName;
}
🔚:成功示意图
上面演示了可以直接读取nacos中的配置,并且可以使用@Value直接拿到配置中的值
第三:报错问题解决
Client not connected, current status:STARTING
第四:什么配置该存入nacos中
决定将哪些配置放在Nacos中,而将哪些配置直接写在properties
文件中,通常依赖于你的具体需求和项目的架构。以下是一些一般性的建议:
将配置放在Nacos中的情况:
-
动态配置: 需要经常变更的配置,例如数据库连接信息、缓存配置、服务端口等,可以放在Nacos中,实现动态更新,无需重启应用。
-
多环境配置: 如果你的应用需要在不同的环境中运行(开发、测试、生产等),可以将环境相关的配置放在Nacos中,通过命名空间或分组来区分。
-
敏感信息: 不希望将敏感信息(如密钥、密码)硬编码到代码中,可以将其存储在Nacos的安全配置中,实现集中管理。
-
微服务架构: 在微服务架构中,服务之间的调用地址、依赖关系等信息可以放在Nacos中,实现服务发现与注册。
直接在properties
文件中写配置的情况:
-
静态配置: 不需要经常变更的配置,例如静态资源路径、日志配置等,可以直接写在
properties
文件中。 -
默认配置: 对于一些不会变更的默认配置,可以直接写在
properties
文件中,避免额外的Nacos配置。 -
简单项目: 对于小型项目或简单应用,不涉及多环境、动态配置等复杂场景时,可以直接将所有配置写在
properties
文件中。 -
开发调试: 在开发和调试阶段,为了简化配置,可以将一些临时性的配置直接写在
properties
文件中。
总体而言,Nacos的优势在于它提供了动态配置管理的能力,适用于需要频繁变更配置的场景。在实际应用中,你可以根据项目的需求和复杂度,灵活选择将哪些配置放在Nacos中,哪些配置直接写在properties
文件中。