分享 关于高性能、高并发、可扩展的一些思考

wikimo · 2021年01月24日 · 最后由 lidashuang 回复于 2021年02月05日 · 865 次阅读

经常会看到某某大神、某某大厂关于高性能、高并发、可扩展相关话题的分享或知识付费,这些对于大部分技术工作者来说是否真能接触到,没有做过相关调查,不敢妄加猜测。以个人工作经验,只接触过百万级,日交易订单量 20000 以上,并发只有 500+(美团 2019.7 日订单量有 3000 万)。很多时候我们在设计系统时,是不是经常会过度设计,比如一个用户模块拆成 N 个表,其实 1-2 个表就搞定了,过度考虑扩展性。或者系统上来就用了缓存,队列这些,当前阶段其实不用也就这样。过度设计带来的是成本增加,不管是人力还是物力。对于一个全新的系统是不是不用过度考虑设计,一般一个项目如果能跑一年以上,基本还会重写几次,先满足第一阶段需求,尽快上线,让业务先跑起来,是不是这么回事。大家有兴趣也可以分享下自己参与过的高性能、高并发的项目。😃

参与过千万级的项目,Java 系,系统架构已经臃肿。DB 有点巨大了,有些表几个 G,跑在阿里云 RDS 上,没做过分表,现在维护起来比较困难,有些模块已经开始重写了。😅

这个看你怎么理解。

很多人是基于 “我不会,你说的那些有啥用” 而说出来的一大堆理由。

最早大家喜欢讨论的是 “程序员懂英语有没有用?”,后来有段时间,大家有喜欢讨论 “程序员需要懂算法吗?”,

讨论这些没有必要,自己会了,不就知道有没有用?

不会,讨论这些有什么意义?反正说了也不懂。😁

xiaowk 回复

有好的项目机会,对于自身技术成长帮助还是挺大的,比如去大厂也是很好的锻炼机会。😃

rocLv 回复

不是有没有用的问题,而是某种能力/技能在什么水平的问题。😅

  • 个人英语能力处在什么水平;
  • 对算法了解程度如何,如何用 A、B、C 划分等级,自己处在哪个等级;

为什么会提这个问题,知己知彼,找到下一个努力方向……

架构是演化来的,提前优化是万恶之源

最近半年做的项目各种分库分表,各种缓存,各种微服务,量没多少,维护起来麻烦


大部分时候像 rails 这种单体就够了

需要 登录 后方可回复, 如果你还没有账号请 注册新账号