qidao123.com技术社区-IT企服评测·应用市场

标题: Nacos 3.0 重磅发布，太震撼了！ [打印本页]
作者: 大连密封材料    时间: 2025-4-29 18:03
标题: Nacos 3.0 重磅发布，太震撼了！
各人好，我是R哥。
Nacos 3.0.0 前几天正式发布了，这是一个非常庞大的版本，支持许多新功能。史诗级更新！强的离谱！！

Nacos 先扫个盲：
Nacos 一个用于构建云原生应用的动态服务发现、配置管理和服务管理平台，由阿里巴巴开源，致力于发现、配置和管理微服务。
说白了，Nacos 就是充当微服务中的的注册中心和配置中心。
Nacos 3.0.0 十大更新

1、依赖环境升级

各人都知道，Spring Boot 2.x 已经制止维护更新了，如果 Nacos 还继承利用 2.x 就可会产生越来越多的安全毛病，这将间接降低 Nacos 的安全性。
所以，Nacos 3.0.0 正式对 Spring Boot 和 JDK 版本大刀阔斧，将 Spring Boot 升级到 3.4.1，并将 JDK 版本升级到 17，正式宣布了 JDK 8 的退役。
这一升级不仅能修复安全毛病，提升 Nacos 的安全性，另外，Spring Boot 3.x 支持了 Java 原生启动，所以还能利用 Java 原生启动功能来提升性能。
保举阅读：Spring Boot 2 正式制止维护。。再见了，Java 8！ ！
2、API 分类更精致化

在 Nacos 3.0 版本之前，API 主要分为两大类：
不过，在实际应用中，这种按照两大类划分 API 的方式问题不少。
好比，有些 API 无法被精确地开放和形貌出来；再好比，不同 API 对安全认证的要求千差万别，简单粗暴地分成两类，根本无法覆盖各种复杂的安全需求。
所以，为了更好地办理这些问题，Nacos 3.0 对 API 做了更细致的划分，由以前的 2 大类分成了如今的 4 大类，如图所示：

Nacos 3.0.0 中的最新 API 分类：
这种机动的计划，可以使 Nacos 可以或许更好地满足不同用户和场景的需求，不但让不同场景下的数据访问更清楚，还为后续针对不同 API 类型实施对应的安全认证打下了坚实基础。
另外，在 Nacos 3.0 版本中，Nacos 控制台 UI 利用了新的 v3 控制台 API 更换旧的 v1 API，并且默认禁用旧的 v1 API 利用的旧控制台 UI。
3、全新的 Admin API

AdminAPI 主要面向运维人员利用，专注于 Nacos 集群的维护操作。但 Nacos 早期计划的 AdminAPI 比较随意，计划场景也主要以本地调用为主，安全性和标准化水平都是个问题。
Nacos 3.0.0 对 AdminAPI 进行了重新计划：

这次重新计划主要体如今以下 3 个方面：
4、按 API 类型默认启用安全认证

在 Nacos 3.0 版本之前存在以下两个问题：
针对这些问题，Nacos 3.0 对安全认证进行了优化：

说白了，说是对不同类型的 API 默认接纳不同的安全认证计谋：
通过这种更细致的计划，不仅提高了 Nacos 集群的数据安全性，也兼顾了可信环境下的利用便捷性，还保证了从未启用到启用安全认证过程中的平滑过渡。
5、优化默认命名空间

在 Nacos 中，命名空间 ID 是每个命名空间的唯一标识符。
不过，很多人在用默认的 "public" 命名空间时，常常搞错，把 "public" 这个名字直接当成了 ID 配置到应用里，而它的真正的 ID 是 "" 空字符串，如许就会出现混乱和错误问题。
所以，为了办理这个问题，Nacos 3.0 对默认命名空间的ID进行调解，将默认命名空间的 ID 也修改为 "public"，和名称保持同等。
如图所示：

同进，Nacos 3.0.0 这项改动也能兼容旧客户端的访问请求，如果访问 API 时未传入命名空间 ID 或空字符串，Nacos 会自动将其匹配为 "public" 值进行处理。
6、支持先进的 xDS 协议

xDS 是一套由 Envoy proxy 团队提出的动态服务发现和配置标准协议，支持服务注册、路由、负载均衡等配置的统一管理，广泛应用于云原生和微服务体系中。
在 Nacos 2.0 时代，服务数据的获取是通过接入 Istio 的 MCP 协议来实现的，拿到数据后再转换成 xDS 协议格式。这种方式固然可行，但中心还得依赖 Istio 这个组件，结果不仅让团体架构变得更复杂，在稳固性方面也有隐患。
Nacos 3.0 版本开始，直接原生支持 xDS 协议中的 EDS、LDS、RDS、CDS 协议，省去了对 Istio 的依赖，体系变得更简便，部署起来也更轻松，团体的稳固性和易用性都得到了明显提升。
7、Server 及 Console 拆分部署

在 Nacos 3.0.0 版本之前，Server 及 Console 是一起部署的，只要部署了 Nacos Server，就能访问 Console 控制台，如许不是很机动，安全性也彼此互相绑定。
Nacos 3.0.0 实现了控制台和引擎节点的机动拆分部署，如图所示：

拆分部署后，它们就可以或许在不同节点上运行，也能进一步提高安全性。
Nacos 3.0.0 不仅实现了拆分部署，还完成了控制台和引擎的端口拆分，以及新增了 ADMIN API和Console API，允许用户设定独立的访问端口，运维人员可以或许更机动地配置网络访问控制列表。
Spring Cloud Alibaba 中的其他组件，如 RocketMQ、Sentinel 的控制台，它们都是单独部署的，这次 Nacos 也终于和它们保持同步了。
8、支持 MCP 协议

MCP 扫盲：
MCP 全称为：Model Context Protocol，即：模型上下文协议，它是一种 AI 开放协议，它标准化了应用向 AI 应用提供上下文的方式。
详细介绍：最近热火朝天的 MCP 是什么鬼？如何利用 MCP？一文给你讲清楚！
MCP 自推出以来，火爆全网，它的发展速度真是超出了我的想象，本年 2 月份开始，像国外的 Cursur、Winsurf、Cline、OpenAI 这些 AI 工具就陆续支持了 MCP 协议，国内也没闲着，好比：百度地图、高德地图也纷纷上线了自家的 MCP  Server，MCP 一时成为了  AI 界的新宠，炙手可热。
Nacos 也没有落下，在最新的 Nacao 3.0.0 版本中，官方声称 “0改动” 适配 MCP Server，如图所示：

Nacos 作为 MCP Registry，饰演控制面的角色，不仅管理 Tool 的元信息，还可以在存量接口不改动的情况下，快速把业务已有的 API 接口转换成 MCP 协议接口，结合 Higress AI 网关，实现 MCP 协媾和存量协议的转换。
利用 Nacos 管理 MCP 的优势：
看得出来，如今各大技术框架也都在卷 AI，相信随着 AI 技术的不停发展，Nacos 背面也会推出越来越多 AI 相干的能力，跟上时代。
更多 MCP 可以参考我写的文章：MCP 系列文章合集
9、支持分布式锁（实行性功能）

分布式锁在分布式体系里算是个很常见、很基础的功能了，如今市面上，大多数分布式锁主要照旧依赖 Redis、Zookeeper 如许的组件来实现。
如今随着微服务以及 Nacos 的盛行，很多分布式体系已经用 Nacos 做服务注册和配置管理了，但 Nacos 不停没有支持分布式锁，各人不得不单独维护一套 Redis、Zookeeper 集群，不仅加重了运维的负担，团体体系的复杂度也跟着上去了。
所以，到了 Nacos 3.0.0 版本，官方决定引入分布式锁功能，从而减少体系对额外组件的依赖，从而简化微服务应用架构。
需要注意的是：
分布式锁功能是在 Nacos 3.0.0 版本中新出的，目前还处于实行性阶段，功能生态还未完满，大概存在一定的问题，请谨慎利用。
10、支持含糊订阅（实行性功能）

支持配置和服务的含糊订阅也是 Nacos 3.0.0 的呼声最高功能之一，本来官方操持在 Nacos 3.1 中支持的，到场开源的同砚们积极贡献，含糊订阅的功能在 Nacos 3.0.0 版本中提前作为实行性功能参加了。
要实现含糊订阅，需要通过 fuzzyWatch 接口，可以利用一定的表达式，并对指定分组、服务和配置进行批量订阅，目前可通过 * 进行前缀含糊，后缀含糊，双边含糊匹配。
需要注意的是：
1、含糊订阅功能仅会推送服务、配置的新增以及删除变乱，并不会直接推送服务下实例列表，可在服务含糊订阅的监听器中结合 subscribe 接口实现服务下实例列表的变更监听。
2、出于稳固性考虑，Nacos 对含糊订阅的规则数量以及单个规则匹配的服务数量有上限保护。
3、含糊订阅功能是在 Nacos 3.0.0 版本中新出的，目前还处于实行性阶段，功能生态还未完满，大概存在一定的问题，请谨慎利用。
总结

这次 Nacos 3.0.0 的重磅升级，功能真多真强啊。
Nacos 3.0.0 不仅底层环境进行了大幅度升级，好比抛弃了 JDK 8，拥抱了 JDK 17 和 Spring Boot 3.x，还从架构计划到安全机制全面优化，好比 API 分类更精致、安全认证更机动、默认命名空间更合理，甚至控制台都能单独部署了，这种全方位增强真是少见。
此外，新版本还积极跟进了行业趋势，好比原生支持 xDS 协议、MCP 协议，新推出的分布式锁和含糊订阅等新特性，这些固然有些还处于实行阶段，但足以看出 Nacos 团队紧跟云原生和 AI 海潮的刻意。
我能明显感受到的是，Nacos 已经不单单是一个传统意义上的注册中心大概配置中心了，更是在积极布局未来分布式体系和 AI 智能应用场景。
未来已经到来，Nacos 也在静静进化，如果你手头的微服务架构还停顿在旧版本，想享受更好的安全性、性能、AI 加持，以及未来扩展能力，可以考虑升级。
Nacos 的崛起

如今 Spring Cloud Alibaba 微服务技术非常火啊，但早期的许多 Spring Cloud Netflix 相干组件，好比 Eureka 2.x、Ribbon、Zuul、Hystrix…等这些，它们都早已制止维护更新了，属于老破旧技术了，我劝各人别再浪费时间学这些了。
鉴于 Spring Cloud 各种组件的制止维护，学习 Spring Cloud Alibaba 是目前最精确的姿势：
Spring Cloud Alibaba 最新技术栈如下：
组件Spring Cloud NetflixSpring Cloud Alibaba注册中心Eureka 1.x
Eureka 2.x（制止维护）Nacos配置中心Archaius（制止维护）Nacos服务容错Hystrix（制止维护）Sentinel消息队列-RocketMQ分布式事务-Seata可以看到，Nacos 是 Spring Cloud Alibaba 微服务体系中最重要的成员之一，Nacos 同时饰演了注册中心和配置中心的双重角色，并且用过 Nacos 的都知道它功能和性能都非常刁悍。
如今，Nacos 变得越来越强了，作为 Spring Cloud Alibaba 的主要成员之一，不管是工作需要，大概是跳槽面试，Nacos 都是必学的，它已成为了 Java 程序员必备的技术之一，所以，各人有时间照旧要多更新一些技能储备。
最后，如果你想体系学习 Spring Cloud Alibaba 微服务，发起报名R哥最新出品的《Spring Cloud Alibaba 微服务课程》，一次付费，后续都提供免费更新，永久学习。
好了，今天的分享就到这里了，后续R哥也会继承关注并分享更多的 Java 技术干货，关注公众号Java技术栈第一时间推送。
参考链接：
版权声明： 本文系公众号 "Java技术栈" 原创，转载、引用本文内容请注明出处，抄袭、洗稿一律投诉侵权，后果自负，并保留追究其法律责任的权利。
更多文章保举：
1.Spring Boot 3.x 教程，太全了！
2.3,000+ 道 Java面试题及答案整理(最新版)
3.免费获取 IDEA 激活码的 7 种方式（最新版）
4.Java & DeepSeek & AI 学习资料分享
5.程序员精美简历模板分享
以为不错，别忘了随手点赞+转发哦！

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。



欢迎光临 qidao123.com技术社区-IT企服评测·应用市场 (https://dis.qidao123.com/) Powered by Discuz! X3.4