Star 3w+，向更安全、更泛化、更云原生的 Nacos3.0 演进

作者：席翁

Nacos 社区刚刚迎来了 Star 突破 30000 的里程碑，从此迈上了一个新的阶段。感谢大家的一路支持、信任和帮助！

Nacos /nɑ:kəʊs/是 Dynamic Naming and Configuration Service 的首字母简称，定位于一个更易于构建云原生应用的动态服务发现、配置管理和服务管理平台。从 2018 年 7 月开始宣布开源以来，已经走过了第六个年头，在这六年里，备受广大开源用户欢迎，收获许多社区大奖。Nacos 在社区共同的建设下不断成长，逐步的开始帮助用户解决实际问题，助力企业数字化转型，目前已经广泛的使用在国内的公司中，根据微服务领域调查问卷，Nacos 在注册配置中心领域已经成为国内首选，占有 50%+ 国内市场份额，被各行各业的头部企业广泛使用！

Nacos 社区想借此良辰，回顾一下近两年社区的发展，以及简单进行一下未来的展望和演进的规划。

社区回顾

1.1 从 2.0 到 2.4 的版本演进

在过去的两年左右时间，Nacos 从 2.0.4 版本演进到了 2.4.2 版本，2.X 版本从最初的解决 1.X 的性能问题逐渐成熟，基本完成了当初构想的高性能、易拓展的目标，并且对产品的易用性和安全性进行了提升。

1.1.1 插件化能力

在 2.0.X 版本中，Nacos-Client 和 Nacos-Server 经过对部分 gRPC 使用问题的修复，解决了 1.X 架构所带来的性能瓶颈，同时实现了稳定的生产环境运行。Nacos 社区开始致力于插件化改造，支持用户灵活实现和定制插件。用户可以根据自身业务需求，通过实现相关的 SPI 接口和引入 jar 包，轻松实现自定义的鉴权、加解密和多数据源等附加功能。插件化的升级使 Nacos 能够充分实现核心功能与多种附加功能的解耦，从而显著增强了可扩展性。

在过去两年的社区发展中，Nacos 推出了多个插件 [ 1] ，包括鉴权、配置加解密、数据源、变更轨迹、限流以及配置变更 Hook 等。特别值得一提的是数据源插件，许多插件实现得到了社区的广泛贡献，并且还有众多公司、团队以及个人根据需求定制适配各类数据源，以满足其业务和部署的需求。

1.1.2 安全和易用提升

在 Nacos 的 2.0 到 2.4 版本之间，对默认鉴权插件进行了重要的重构和改进。新版本移除了以往版本中与安全相关的默认值，包括 token、身份相关的 key-value 和管理员密码等。使用鉴权功能时，系统会提供必要的校验和明确的错误提示，以避免因使用默认值而产生的安全风险。此外，Nacos 也调整了控制台的登录页面，使其能够与鉴权功能的启用状态同步，防止造成误导。对于未开启鉴权功能的集群，Nacos 控制台会显眼地提示用户，并推荐启用鉴权。

除了对默认鉴权的改进和提示，Nacos 还新增了全链路 TLS 功能。这涵盖了客户端与服务端之间的 TLS 通信，以及服务端之间的 TLS 通信，确保数据传输的安全性和加密性。

在易用性方面，Nacos 在 2.0 到 2.4 版本中也做出了显著的改进。例如，新增支持批量注册服务，以满足代理注册和网关等应用场景，并引入了服务订阅的增量通知机制，避免用户需要自己保存和比对服务实例的历史状态；支持 Prometheus SD 协议，可以方便地将注册到 Nacos 上的微服务，通过 SD 协议通知 Prometheus 进行监控数据的采集。

这些功能的提升和改进，进一步增强了 Nacos 的安全性和用户体验。

1.2 新的官网

“相信一切都是服务，每个服务节点被构想为一个星球，每个服务都是一个星系。Nacos 致力于帮助建立这些服务之间的连接，助力每个面向星辰的梦想能够透过云层，飞在云上，更好的链接整片星空。”

Nacos 官网 https://nacos.io/  是开源产品 Nacos 的官方平台，年均吸引百万级独立访客，受到了广大开发者的关注。在此期间，官网进行了一次较大幅度的更新，主要围绕提升用户体验，着重关注开发者的核心需求。

1.2.1 解决 Nacos 下载和文档版本混乱问题

首先，为了解决开发者在 GitHub 下载时遇到的速度慢的问题，我们增强了 Nacos 的官方下载渠道。

在文档结构方面，我们进行了优化，新版本的文档将按照不同版本进行拆分，以避免之前出现的文档与新版本特性不一致的问题。同时，用户可以直接访问预览版文档，从而提升文档的更新效率。

1.2.2 电子书在线预览和博客文章分类

升级后的新官网也新增了《Nacos 架构与原理》电子书的预览版本，便于用户在线查阅。帮助用户快速理解 Nacos 的架构与原理，更好的使用 Nacos。

另外对之前的博客文章进行了分类展示，有技术含量较高的技术博客、有社区的新闻和活动等等，帮助官网访问者快速找到自己感兴趣的内容进行阅读。

1.2.3 使用大模型进行专家答疑

最后，升级后的新官网引入了通义大模型，针对社区中常见问题进行了训练，在官网中提供了专家答疑功能。社区用户可以就微服务和 Nacos 相关问题进行咨询，借助大模型的搜索和推理能力，为用户提供解决方案。

1.3 多语言和更多生态支持

同时多语言上，Go-SDK 也已经追平 Java-SDK 的功能和稳定性，Python-SDK 也发布了稳定版，并正在积极适配 2.X 版本的新特性，另外社区中也有很多优秀的生态组建。

1.3.1 Nacos-Go-SDK

随着 Nacos 2.X 的稳定，Nacos 的 go-sdk [ 2] 率先开始进行 Nacos 2.X 的适配工作并于 2022 年 2 月发布第一个适配 Nacos 2.X 的版本 2.0.0，随着 2 年左右的演进，目前 Nacos 的 go-sdk 在功能和特性上已经追平了 Nacos 的 Java-sdk，并且在稳定性上也不逊色于 Java-sdk，许多以 Go 语言为主的头部企业已经大规模使用新版本的 Go-sdk。

1.3.2 Nacos-Python-SDK 和 Nacos-Rust-SDK

随着 AI 大模型技术的火爆， 越来越多的 Python 应用和 AI 应用希望使用 Nacos 的注册&配置管理能力，来进行服务的发现、配置的动态变更以及 prompt 的动态发布等，Nacos 社区的 Python-SDK [ 3] 活跃度也随之增加；很快 Python-SDK 在进行了较多验证和修改后，正式发布第一个稳定版本 1.0.0，同时对于 Nacos2.X 和高版本 Python 的适配也正在如火如荼的进行。

另外 Rust 语言作为近两年的语言新宠，社区的小伙伴和贡献者们也是热情高涨，很快就在社区中发布了对应的 Rust-SDK [ 4] ，并持续进行维护和更新；目前已经发布到 0.4.2 版本。

1.3.3 R-Nacos 和 nginx-nacos-upstream

除了各类多语言 SDK， Nacos 社区中也加入了其他生态项目，如 r-nacos [ 5] 通过 rust 重构 Nacos-Server 的项目，可以在一些对资源占用极其敏感的场景使用，加入社区后始终保持高频更新，已经更新至 0.5.23 版本，足够于本地开发和测试环境使用，释放更多本地资源，提升本地运行效率。

nginx 作为反向代理和网关，在过去的十年里一直经久不衰；但其配置无法动态更新，只能通过 reload 命令进行配置的重载一直被社区所诟病。nginx-nacos-upstream [ 6] 项目就是希望使用 nacos 来解决 nginx 的动态配置问题，项目开发者近期将项目贡献至 Nacos 社区，并保持持续的维护和更新。

未来展望

2.1 Nacos 3.0

Nacos 2.X 版本随着插件化逐渐完善，功能已经趋于稳定。Nacos 社区在去年已经开始想社区用户征集 Nacos3.0 中希望的功能和方向。在众多的反馈中，我们能够展望 Nacos3.0 将着重于更安全，更泛用，更云原生进行演进。

2.1.1 更安全

虽然 Nacos 2.X 中已经对安全性进行了一定程度的增强，但还不足以达到默认安全的程度；同时随着 Nacos 的用户越来越多、影响力越来越大，更多的攻击者开始关注 Nacos，这需要 Nacos 在 3.0 版本中对安全方面的内容进行更多的投入。

因此 Nacos 社区计划在 3.0 版本中，对默认的鉴权插件进行升级，同时将 API 进行重新的梳理和设计，区分 Console API（控制台 API)、Client API（客户端 API）、Admin API（运维 API）和 Inner API（内部通信 API），并针对不同的 API 类型采取不同的鉴权手段，提升 Nacos 的安全性，降低安全风险。

另外，Nacos 3.0 也计划拆分 Nacos 控制台和 Nacos 引擎的部署架构，允许 Nacos 控制台使用不同的端口和不同的进程启动，从部署架构层面和网络层面对访问来源进行进一步的限制，以提升安全性。

2.1.2 更泛用

Nacos 之前的应用场景根据聚焦在微服务领域和分布式高可用领域，并伴随一些动态分发和管理的场景。

在 Nacos 3.0 版本中，Nacos 将会支持分布式锁、按照分组订阅配置和服务等功能，以便能够支持一些分布式协调、更多网关类型的使用场景。

同时 Nacos 3.0 也会尝试向 AI 方向的使用场景进行探索，比如动态 prompt、训练任务调度分配等场景。让 Nacos More than Microservice。

2.1.3 更云原生

Nacos 在 2.X 版本已支持了 MCP 协议及简单 XDS 协议，进行了初步的生产环境实践，但这需要依赖于 Istio 等组件进行协议数据的聚合以及二次下发，这增加了运维成本和问题的排查链路。未来，我们将通过开展以下工作来提供云原生支持：

1）原生支持 XDS 协议，可直接提供完整的 XDS 协议数据和内容，可选的去除关于 Istio 等组件的依赖，减轻部署和运维负担。

2）打通 Kubernetes 数据，进行数据的双向同步，帮助用户更好的解决传统部署架构和 Kubernetes 部署的互通场景，同时提供 ServiceMesh 化支持，将 Nacos 发展成云原生时代高性能注册中心，接入 Kubernetes 核心生态。

3）提供轻量级的 Nacos Sidecar，为用户提供零侵入、轻量级的服务注册与发现能力。

2.2 质量体系重构

Nacos 2.X 在社区的努力和积极贡献下快速发展，在插件化能力、安全和易用性上有了极大提升；但是我们也发现在这个过程中，虽然社区一直在补充单元测试、以及贡献了 nacos-e2e [ 7] 并在每次提交后的触发运行，Nacos 的质量体系逐渐不足以支撑社区的高速发展。

因此在后续的规划中，Nacos 社区不仅会继续补充测试用例，完善 nacos-e2e 的运行，同时也会对集成测试的流程和用例进行彻底的重构，提升 Nacos 每次发布的质量。

感谢社区参与者

Nacos 的成就和快速发展，离不开社区贡献者和其他参与者的热情贡献和积极参与，在过去的 1W star 过程中，Nacos 社区新增了 200 位贡献者，同时有 10+ 位的贡献者成为社区的 Committer。再次感谢大家的参与和对 Nacos 不足的体谅。

同时 Nacos 也积极参与社会各界举办的开源活动，比如中国科学院软件研究所的开源之夏、GitLink 的编程夏令营、天池的通义灵码活动等等。获得了很多开源奖项和认可。

最后再次感谢所有参与 Nacos社区和活动的用户、贡献者、Committer，非常感谢你们的付出，我们一起让 Nacos 更强大。同时也欢迎更多加入社区贡献者队伍，共同进行 Nacos 云原生化实践！

相关链接：

[1] 插件

https://github.com/nacos-group/nacos-plugin

[2] go-sdk

https://github.com/nacos-group/nacos-sdk-go

[3] Python-SDK

https://github.com/nacos-group/nacos-sdk-python

[4] Rust-SDK

https://github.com/nacos-group/nacos-sdk-rust

[5] r-nacos

https://github.com/nacos-group/r-nacos?tab=readme-ov-file

[6] nginx-nacos-upstream

https://github.com/nacos-group/nginx-nacos-upstream

[7] nacos-e2e

https://github.com/nacos-group/nacos-e2e