读了官网的这篇博客:https://nacos.io/zh-cn/blog/alibaba-configserver.html
感觉文中提到的Eureka1.0架构存在的几个问题,在Nacos1.4.*版本中依然存在
1、每一台Server都需要存储全量的服务数据,Server的内存明显会成为瓶颈。
2、当订阅者却来越多的时候,需要扩容Eureka集群来提高读的能力,但是扩容的同时会导致每台server需要承担更多的写请求,扩容的效果不明显。
3、组成Eureka集群的所有server都需要采用相同的物理配置,并且只能通过不断的提高配置来容纳更多的服务数据
请问nacos有针对上述问题的一些最佳实践么
原提问者GitHub用户wanghuigithub
Nacos 1.X架构和Eureka其实有一定的相似性,Consul也是一样,由于大多数场景不实用持久化存储,因此信息需要存储在集群内存中,这是不可避免的。
而在实际使用过程中,我们发现实际内存成为瓶颈的情况并不太多,而大量瓶颈出现在网络协议请求上,也即HTTP来保持实例活性及客户端服务端数据一致性需要消耗大量资源(心跳以及读请求)。 因此2.0我们修改了客户端和服务端之间的通信方式,换成grpc来提升性能。
原回答者GitHub用户KomachiSion
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。
阿里云拥有国内全面的云原生产品技术以及大规模的云原生应用实践,通过全面容器化、核心技术互联网化、应用 Serverless 化三大范式,助力制造业企业高效上云,实现系统稳定、应用敏捷智能。拥抱云原生,让创新无处不在。