注册中心、网关、配置中心支持的并发数如何测量,一般怎么规划利于后期扩容

来源:9-2 Zuul:限流

慕妹9217275

2018-12-05

师兄您好!
1、注册中心、网关、配置中心支持的并发数如何测量,可以无限扩容吗,极限是多少
2、单讲注册中心、网关、配置中心,前期如何设计和规划,才利于后期扩容
3、注册中心、网关、配置中心支持的并发数,老师所在公司是如何设计和规划的,
能否分享下,万分感谢
4、微服务业务服务支持的并发数量,一般瓶颈是在关系数据库,是不是后面扩容一般用mycat做数据库水平分库,然后水平无限扩容
5、分布是事务解决方案接触的有MQ消息最终一致性、数据库保存指令状态然后做异常补偿、TCC;一直不明白既然微服务可以用fegin调用,又加上MQ做微服务之间的通信,是不是多此一举(因为自己的资金中心全部使用指令不补偿做最终一致性的,没有用MQ,感觉也挺好用的,而且要MQ消息可靠还需要做很多其他工作)。

写回答

1回答

廖师兄

2018-12-05

感谢同学的提问。

  1.  没有也不会去测试极限。。。这些组件是netfilix开源出来的,你看看netfilix的业务量就知道了。。。一般公司真的不用担心吧

  2. 做到高可用即可,不够用的时候,可以快速扩容

  3.  因为没去测过,都是启2个实例,观察cpu和内存,不够用再扩容。后期扩容,做到快速扩容即可。

  4. mycat有点老了,社区也不够活跃,建议用 sharding-jdbc

  5. 分布式事务是一大块内容,建议学习慕课网的分布式事务课程

0
2
廖师兄
回复
慕妹9217275
mq是为了异步和解耦。举个例子:用户下单后会发一条下单成功的mq消息,积分服务监听到消息后给用户加积分,这时候又来新需求了,下单后要给用户送优惠券,优惠券服务监听这个消息即可。反过来,如果不用mq,每次来需求,都要修改order服务了,订单、商品都属于基础服务,如果频繁改动,说明架构肯定有问题。
2018-12-05
共2条回复

SpringCloud Finchley(M2+RELEASE+SR2)微服务实战

SpringCloud组件实现微服务,【已升级Finchley.Release】

5674 学习 · 2492 问题

查看课程