分布式领域攻与伐(0/9)(开篇)

我最初接触到分布式是菜鸟网络的一个高级技术管理人员的….

抱歉,我看别人的文章的时候,最烦这类废话,直接跳过。(who cares? 直接上重点)

我不出售知识,也不用加微信,关注公众号,什么几百个G的百度网盘

所有知识,总结,精华,经验,都在本博客里,随意,平常心态。


困惑

不知道从哪里下口?!(经验不足,阅历不足)

看了好些知乎学院派对于 “分布式” 领域(注意是笼统的分布式)的介绍与”抛砖引玉”,然后我发现自己更不理解了,不是论文就是研究,其实我只是关心工程方面的技术实践,说白了我想要的是落地的方案,实践,是真金白银相关的,商业项目相关的,而不是还停留在理论研究上的。

当然也有大佬,小姥们讲解了工程技术相关的,比如分布式怎么来的,包含哪些方面等等。

但问题是,落实到实际工作,包含哪些知识技能啊?

(你去看招聘,岗位要求也可能是一头雾水;说到底 HR 写的拿东西吧,不予置评)


兼听

太多人说,七嘴八舌的,仔细看看,仔细想想,我们工业,商业上所以应用的不过是理论研究的分布式的子集,直白说,就是和一些开源产品相关的分布式技术

理论分布式的子集 即可。

  • 关注解决具体问题是对的,比如 最终一致性和分布式锁的选择
  • 然而,工程技术都是为了解决业务问题,即落地而存在的,深究 != 研究
    • 业务都没有理清楚,谈什么高并发,高可用,冗余策略等,纯属不晓得自己工资是怎么发来的

(其实我们大多都知道,互联网企业就是主要为了省钱才水平扩展,由此引发了一系列多机问题)
(但我不确定,实力&资金雄厚的银行是不是直接升级超高配置的服务器啊、没遇到过)

他们有的这样总结:

分布式总结1

有的这样总结:

分布式总结2

参考链接:


印象

图来自-《大型网站技术架构》

重点总结:

  • 注册中心,调度中心 (比如 zookeeper, 360的QConf, 百度的那啥, Spring Cloud Conf)
  • 机器/进程通信RPC (各类通信框架,消息队列)
  • 分发请求,负载均衡 (nginx, tengine)
  • 支持高并发,高性能
    • cache: redis
    • mq: 各类消息队列,阿里/Apache的 Rocket MQ, Kafka
    • job: 各类调度框架,比如 elasticjob, tbschedule, quartz — 这个其实算后台架构里的
    • db: nosql/newsql

这些内容是不是全部?不是,还有很多内容没有说到,比如 Sharding路由,比如冗余策略等。

就像阿里的 李运华 (<从零学架构>的图书作者) 前辈所言:

积累不够妄想一步登天,肯定会失败的

意思是,我这里即便说全了也米有意义,还是那个架构图有智慧,不说透。

分布式的具体印象扩展,请参考 《分布式领域观察》 系列。

  • 跟着架构师的视角,通看整个技术领域;同时我总结,提取分布式相关的内容

提醒

但是做架构,毕竟不同于做研发,一个是指挥,一个是落实。

意思是架构可以知道个大概,但实施的人必须知道有哪些坑,实际怎么落地。

  • 要求的专,精程度完全不是一个级别的!
  • 如果您可以不做研发,直接做架构,那当我没说

还请大家注意,千万注意,君与臣的关系。

(好在一般架构都是实打实干上去的,所以他们很多细节其实也清楚)

参考

准确说,短期参考。这里我手上已经有的相关的书籍: (可能分布式相关的)

还有电子书没有列举

以及大量 kindle 电子书(推荐购买电子版!)。

另外,和本文有类似作用,或者是本文论述的超集(父集)的一本书,入门时推荐:

入门使用

(可能后续这本书不再有营养,相比于《UNP》系列不经看)

看完之后的点评:

这本书更多的是一些名词的罗列和介绍,大致是写给懂的人看的;如果是小白,白带选手,还是推荐李智慧老师的《大型网站架构》 那本书,能告诉你网站架构的发展,前世今生,其中就包含了分布式部署相关的内容。

CH-YK Blog: https://blog.commonheart-yk.com

总结

开篇,对分布式有个大致的印象即可,深刻印象请参考《分布式领域观察》 系列。

  • 我看了业内N本架构师的书后,专门针对分布式的总结

至于真正有哪些技术栈?见本系列的后面几篇:

后面几篇都是总结,详细内容需要找到对应的专栏,比如 Java科,就对应 《Java科》专栏

我不出售知识,也不用加微信,关注公众号,什么几百个G的百度网盘;都在本博客里

CH-YK Blog: https://blog.commonheart-yk.com


最后,个人目前专注于前两层,即 应用框架层 以及 服务层,做到专家水准。其他层做到熟悉即可。

  • 理由很简单,不和业务直接相关,或者和业务牵扯太远的,推后(甚至后期 优化 掉)

   转载规则


《分布式领域攻与伐(0/9)(开篇)》 欧文 采用 知识共享署名 4.0 国际许可协议 进行许可。
  目录