@
-
背景
-
nacos社区活跃度
-
文档
-
搭建demo
-
使用
-
比较坑人的地方来了
-
回顾 spring-cloud-alibaba
-
总结
背景
最近在做Spring Cloud 的一些组件调研,其中注册中心本来打算使用阿里开源的nacos,但是遇到了如下问题最终让我放弃了使用
nacos
nacos社区活跃度
一个项目的值不值得使用，社区活跃度很重要，社区活跃意味着更新快，有问题或者bug都能及时得到解决，我大致调研了一下nacos的github社区活跃度
可以看到还是非常活跃的,然后查看了一些对Spring Cloud 整合的支持,开源的[spring-cloud-alibaba](https://github.com/alibaba/spring-cloud-alibaba) 活跃度也还行
文档
查看了官网还有一些demo，发现文档都算齐全的
搭建demo
基于以上的调研整体感觉还不错，就想搭建一个简单demo试一试，基于官网的推荐最终选定了Spring Boot 和Spring Cloud、Spring Cloud Alibaba版本
版本调研参考我之前博文 https://blog.csdn.net/qq_42651904/article/details/121260971?spm=1001.2014.3001.5501
然后搭建了一个基于Nacos作为注册中心、Dubbo作为RPC调用的简单Demo
使用
在使用的时候就发现了一个比价小的bug或者说是feature
就是在Spring Boot项目中注册中心web页面无法获取到应用名
然后nacos给出的答复是nacos client不依赖Spring Boot, 所以只是通过项目的project.name获取，大致源码如下
然后推荐我去给nacos-spring-project 项目提一个类似的feature
具体issues可以参考我在nacos提的issues， 链接
https://github.com/alibaba/nacos/issues/7453
比较坑人的地方来了
我就想着去nacos-spring-project 项目提个类似的feature
看了一下**nacos-spring-boot-project** 这个项目,基本没啥人维护了
然后看issues里面就有人在说项目烂尾了吗，在那里吃瓜
回顾 spring-cloud-alibaba
想着能不能去spring-cloud-alibaba 这个项目帮忙改一下或者提个PR，然后更有意思的就来了
发现spring-cloud-alibaba 里面的 spring-cloud-starter-alibaba-nacos-discovery整合没有用nacos-spring-boot-project这个项目，而是直接使用的nacos-client
也就是说你想改基本没法改,可以看出来这个整合对Spring Boot的支持还是不是特别友好
总结
总的来说体验感一般吧，随便使用了下就有一些小问题，值得一提的是社区反馈还是比较活跃的，就是与Spring Boot的兼容性或者整合然后堪忧，因为nacos-spring-project 这个项目好像烂掉了,连自己的spring-cloud-alibaba 都不用,虽然是个小bug不是很影响使用，但是给我的感觉还是有点小坑。
关于注册中心是否使用Nacos 各位小伙伴的看法是什么呢?欢迎留言
原文始发于微信公众号（小奏技术）：想用Nacos作为注册中心的我最终还是被劝退
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
文章由极客之音整理，本文链接：https://www.bmabk.com/index.php/post/30163.html
