草庐IT

springcloud-nacos

全部标签

微服务nacos或者yml配置内容部分加密jasypt

写在最前:因业务需要把nacos配置中的部分密码加密,不能暴露在外,本想用nacos官方的插拔插件nacos-aes-encryption-plugin的,但是比较复杂且官方文档说的不清不楚所以弃用,有兴趣的可以参考。链接:https://nacos.io/zh-cn/docs/v2/plugin/config-encryption-plugin.html。遂使用第二种方法:jasypt,以下是具体用法。1.引入依赖(版本自定):dependency>groupId>com.github.ulisesbocchiogroupId>artifactId>jasypt-spring-boot-st

SpringCloud集成Eureka并实现负载均衡

文章目录前言1.Eureka2.整合Eureka作为注册中心2.1创建maven工程2.2依赖配置(Eureka-Server)2.3业务配置(Eureka-Client)2.4服务调用流程3.集成负载均衡前言辗转两家公司也算工作了大半年,有幸见识过很多微服务架构,比如Dubbo+Redis的组合;Dubbo+Zookepper的组合;SpringCloud+Eureka的组合;SpringCloud+Nacos的组合…每一种组合都有属于自己的故事。笔者认为:流行的不一定是最好的,如果只学习最流行的技术,这对以后的发展是很受限的。作为后端我们还是需要追求一定的广度。在以后的职业生涯中遇到一些特

SpringCloud nacos1.x.x版本升级到2.2.3版本并开启鉴权踩坑

近期由于服务器漏洞扫描,检测出nacos存在绕过登录鉴权漏洞,如图需要进行升级并开启鉴权,就此次升级做下记录。1.首先备份原来的nacos,导出配置文件作为备份;2,从官网下载nacos-server-2.2.3.zip,上传服务器并解压,修改application.properties,如图修改后shstartup.sh-mstandalone启动即可windows下若单节点执行,需要改start.cmd,将cluster改为standalone,如图升级完nacos后,发现系统启动失败,于是在bootstrap.yml文件中加入username和password。重新执行后发现又报如下错误

Nacos配置中心 (介绍与配置)

Nacos配置中心当微服务部署的实例越来越多,达到数十、数百时,逐个修改微服务配置就会让人抓狂,而且很容易出错。我们需要一种统一配置管理方案,可以集中管理所有实例的配置。Nacos一方面可以将配置集中管理,另一方可以在配置变更时,及时通知微服务,实现配置的热更新。启动微服务时的流程:如图微服务要拉取nacos中管理的配置,并且与本地的application.yml配置合并,才能完成项目启动。但如果尚未读取application.yml,又如何得知nacos地址呢?因此spring引入了一种新的配置文件:bootstrap.yaml文件,会在application.yml之前被读取,流程如下:b

微服务框架SpringcloudAlibaba+Nacos集成RabbitMQ

目前公司使用jeepluscloud版本,这个版本没有集成消息队列,这里记录一下,集成的过程;这个框架跟ruoyi的那个微服务版本结构一模一样,所以也可以快速上手。1.项目结构图:配置类的东西做成一个公共的模块rabbitmq模块:2.核心配置1.pom类jeeplus-commonorg.jeeplus${revision}4.0.0jeeplus-common-rabbitmqjarorg.springframework.bootspring-boot-starter-amqporg.jeeplusjeeplus-common-core${project.parent.version}2.

【Linux】Centos 8 服务器部署:docker 安装 jdk、nginx、nacos、redis、Sentinel Dashboard

目录一、安装软件(1)全部安装命令(2)安装:jdk(3)安装:nginx (4)安装:nacos(5)安装:redis(6)安装:SentinelDashboard二、开放端口三、启动软件 (1)启动:nacos(2)启动:nginx(3)启动:redis(4)启动:SentinelDashboard四、访问网址 (1)访问:nacos (2)访问:SentinelDashboard一、安装软件(1)全部安装命令CentOS8使用docker安装软件jdk、nginx、nacos、redis、SentinelDashboard:可以直接写在一个批处理命令里面进行执行,也可以单独一个个命令执行

nacos的基本使用

1、nacos的安装1、首先要使用nacos那肯定得先下载nacosnacos的GitHub下载地址2、解压并且放到自己想放的目录,打开bin目录下的startup.cmd(windows下)如果打开闪退则配置一下startup.cmd用编辑器打开startup.cmd,修改里面的MODE为standalone因为默认是cluster集群的方式启动,standalone是以单机的方式启动3、启动之后即可进入nacos网页,具体怎么进入呢,访问启动之后的提示网址4、在浏览器访问提示网址即可跳到nacos登录网页,账号密码默认是nacos5、恭喜您完成nacos的安装2、在springcloud项

SpringCloud全链路灰色具体发布!

灰度发布(GrayRelease,也称为灰度发布或金丝雀发布)是指在软件或服务发布过程中,将新版本的功能或服务以较小的比例引入到生产环境中,仅向部分用户或节点提供新功能的一种发布策略。在传统的全量发布中,新版本的功能会一次性全部部署到所有的用户或节点上。然而,这种方式潜在的风险是,如果新版本存在缺陷或问题,可能会对所有用户或节点产生严重的影响,导致系统崩溃或服务不可用。相比之下,灰度发布采用较小的规模,并逐步将新版本的功能引入到生产环境中,仅向一小部分用户或节点提供新功能。通过持续监测和评估,可以在发现问题时及时回滚或修复。这种逐步引入新版本的方式可以降低风险,并提高系统的稳定性和可靠性。1、

Nacos全面知识 ----微服务 SpringCloud

快速入门分级存储模型修改集群配置Nacos设置负载均衡策略集群优先权重优先Nacos热更新配置Nacos添加配置信息微服务配置拉取热更新:推荐使用第二种方法进行热部署@ConfigurationProperties(prefix="pattern")是SpringBoot中用于自动配置属性的注解。它可以将配置文件中的属性映射到Java类中的字段,并自动完成类型转换、验证等工作。具体来说,当你在Java类中使用@ConfigurationProperties注解时,你需要指定一个前缀(prefix),这个前缀对应于配置文件中的前缀。例如,如果你在注解中指定了prefix="pattern",那么

【Docker】使用 Docker 部署的微服务在 Nacos 里注册成内网地址 导致无法微服务间互相调用的解决方案...

使用Docker部署的微服务在Nacos里注册成内网地址导致无法微服务间互相调用的解决方案遇到问题:一般情况下,微服务采用docker部署,通常默认采用bridge桥接的网络模式,docker会自动分配一个172.x.x.x这样的私有内网地址,存在这样的难题:由于是172开头的内部网络地址,在本机的docker内是可以访问,而跨主机就无法访问。在使用了nacos后,nacos里注册的服务地址是172开头的,导致微服务间调用失败。解决方法:采用host模式创建出来的容器没有独立ip,无法产生网络隔离的效果,它占用宿主机的IP。注意:docker在linux系统下才支持host模式。mac无法使用