不过,在实际应用中,这种按照两大类划分 API 的方式问题不少。
好比,有些 API 无法被精确地开放和形貌出来;再好比,不同 API 对安全认证的要求千差万别,简单粗暴地分成两类,根本无法覆盖各种复杂的安全需求。
所以,为了更好地办理这些问题,Nacos 3.0 对 API 做了更细致的划分,由以前的 2 大类分成了如今的 4 大类,如图所示:
Nacos 3.0.0 中的最新 API 分类:
OpenAPI:主要面向客户端和应用程序;
AdminAPI:主要提供给运维人员管理和利用的;
ConsoleAPI:主要服务于控制台界面;
InnerAPI:主要用于引擎节点之间内部通信。
这种机动的计划,可以使 Nacos 可以或许更好地满足不同用户和场景的需求,不但让不同场景下的数据访问更清楚,还为后续针对不同 API 类型实施对应的安全认证打下了坚实基础。
另外,在 Nacos 3.0 版本中,Nacos 控制台 UI 利用了新的 v3 控制台 API 更换旧的 v1 API,并且默认禁用旧的 v1 API 利用的旧控制台 UI。
3、全新的 Admin API
这次 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 构建,提供了对 Alibaba 组件的封装而已,好比:Nacos、Sentinel 等,其最顶层的抽象照旧 Spring Cloud,所以学习 Spring Cloud Alibaba 就是学习 Spring Cloud。
Spring Cloud Alibaba 作为 Spring Cloud 的官方顶级项目,也是国内最强微服务框架及事实上的标准,没有之一。