本文目录一览：

1、delphi 分布式架构怎么学2、知乎上有哪些比较活跃的数据库领域大牛3、普通的程序员和大神级的程序员有什么区别？4、如何评价阿里云多隆成为阿里巴巴集团合伙人delphi 分布式架构怎么学

由于分布式系统所涉及到的领域众多，知识庞杂，很多新人在***初往往找不到头绪，不知道从何处下手来一步步学习分布式架构。

本文试图通过一个***简单的、常用的分布式系统，来阐述分布式系统中的一些基本问题。

负载均衡

分布式缓存

分布式文件系统/CDN

分布式RPC

分布式数据库/Nosql

分布式消息中间件

分布式session问题 

-总结

下图为一个中大型网站/App的基本架构： 

在这个架构中，涉及到以上所列的基本问题：

负载均衡

负载均衡是分布式系统中的一个******基本的问题。在上图中：

网关需要把请求分发给不同的Tomcat； 

Tomcat需要把收到的请求，分发给不同的Service；

这都需要负载均衡。一句话：凡是请求从一个入口进来，需要分发给后端不同的机器时，就需要负载均衡。

局域网负载均衡

在上图中，负载均衡发生在局域网内部。在这里，常用的网关软件有Nginx/HAProxy/F5/LVS/各种云上的SLB等。

广域网负载均衡

在上图之外，还有广域网负载均衡。这通常发生在域名服务器上，而不是局域网内部。 

同1个域名，映射到不同的局域网集群。

负载均衡算法

常用的负载均衡算法：随机，轮询（Round Robin)，***小资源数，hash。

分布式缓存

在上图中，当DB负载过高，我需要为Service机器加缓存时，就遇到一个基本问题： 

如果使用local的内存做缓存，则其他Service机器就没办法共用此缓存。 

因次，我需要一个可以让所有Service机器共享的缓存，这就是分布式缓存。

常用的分布式缓存组件：Memcached/Redis/Tair等

分布式文件系统

在上图中，当我要存储客户端上传的图片文件时，就会遇到另一个基本问题：我不能把图片存在每个Tomcat的本地文件系统里面，这样的话，其他机器就没办法访问了。我需要一个让所有机器可以共享的文件系统，这就是分布式文件系统。

常用的分布式文件系统：MogileFS/TFS/HDFS/Amazon S3/OpenStack Swift等

当使用了分布式文件系统，对外提供图片url访问服务时，就会遇到另一个基本问题：如果每次文件的访问，都要到分布式文件系统里面去取，效率和负载就可能成为问题。 

为此，就需要引入CDN。

常用的CDN厂商，比如ChinCache。当然，现在的各种云存储，比如七牛云，阿里云，腾讯云，已经自带了CDN。

分布式RPC

分布式系统的一个基本问题就是：机器与机器之间如何通信？ 我们都知道底层原理是TCP/IP，Socket。

但一般很少有人会去裸写Socket，实现机器之间的通信。这里，***常用的组件就是RPC。

***简单的实现RPC的方式就是使用http。当然，业界有很多成熟的开源RPC框架，如Facebook的Thrift, 阿里的Dubbo，点评的Pigeon。。

在RPC内部，一般都自己实现了负载均衡。还有更复杂的，如多版本，服务降级等。

补充一句：虽然底层原理都是Socket，但使用不同框架/组件时，通常都有其自己的跨机器通信方式，比如Mysql JDBC，RPC， 消息中间件等。

分布式数据库

在上图中，DB是单一节点。当访问量达到一定程度，就会涉及到Mysql的分库分表问题。

分库/分表之后，就会涉及到join的问题，分布式事务的问题。

关于分库分表，业界也早有成熟方案。对上层屏蔽分库分表，sql的执行，像是在单库一样。

还有像MongoDB这种Nosql数据库，天生是分布式的。但同样会面对Mysql分库分表所要面对的问题。

还有像阿里的OceanBase，有Mysql的强一致性保证，又是分布式的，还可以支持分布式事务。

分布式消息中间件

在上图中，没有提及到消息中间件。相对其他基本问题，这个需要一个更适合的业务场景来谈，在以后的章节中，会再详述。

常用的消息中间件，比如老一辈的ActiveMQ/RabbitMQ， 新一点的，阿里的RocketMQ，LinkedIn的Kafka等。

消息中间件的一个典型场景就是：通过***终一致性，解决上面的分布式事务问题。

分布式session问题

在传统的单机版应用中，我们经常使用session。而当单机扩展到多机，单机的session就没办法被其他机器所访问。

此时就需要使用分布式session，把session存放在一个所有Tomcat都可以访问的地方。

关于分布式session，业界早有成熟方案，在此不再详述。

总结

本文罗列了分布式系统的各种基本问题和业界常用的技术，希望建立起分布式系统的一个宏观图谱。

知乎上有哪些比较活跃的数据库领域大牛

阿里云数据库团队比较熟，随手梳理了以下

丁奇：MySQL社区核心成员。专注于数据存储系统、MySQL 源码研究和改进、MySQL 性能优化和功能改进。

子嘉：Redis中国用户会发起人，Redis技术大学校长

叶翔：MongoDB江浙地区用户会主席

在此之前也是淘宝Tair分布式KV系统的技术负责人，负责过阿里云Memcache，Redis服务等，在阿里集团工作8年，一直在做NoSQL相关的技术。

德歌：阿里云 PostgreSQL技术负责人，PostgreSQL中国技术大学校长、GreenPlum源码深度研究者

彭立勋：参与了ACMUG（MySQL中国用户组）的发起和组建，担任副主席和杭州地区的组织者。MariaDB基金会***的中国成员

萧少聪：PostgreSQL 中国社区主席

普通的程序员和大神级的程序员有什么区别？

多隆在公司大多数时间是沉默的，从2000年加入阿里以来只专注于写代码，现在多隆在阿里的层级是P11。

多隆不爱带团队，团队一般沟通成本高、水平参差不齐，而他一个人就能顶一个高效顶尖的团队。作为淘宝***早的程序员之一，很多产品早期就是他一个人开发维护的，文件系统tfs、key-value系统tair，cache、搜索、通讯框架等等，引用阿里云总裁行癫对他的评价：

在内网的标签上，他被称为神，这不是恭维，在所有工程师眼中，他就是个神。多隆做事一个人能顶一个团队，比如说写一个文件系统，别人很可能是一个项目组，甚***一个公司在做，而他从头到尾都是一个人，在很短的时间内就完成了。从03年到07年，淘宝搜索引擎就是他一个人在写，一个人在维护，而且这还不是他全部的工作，另外他还做了其他很多事情。

有个很偶然的机会，行癫听说NETAPP不太稳定。当时他恰好在看一个JAVA的分布式文件系统，便让多隆研究研究。看了一阵之后，多隆说还不如自己写一个，这次连行癫都表示有点怀疑。不过，行癫相信既然他说行，就一定能行。

没过多久，多隆便完成了原型，三个月后就提供了一个能够运行的产品。而这一切，基本上是他一个人利用平时闲暇时间完成的。这个系统就是现在TFS，淘宝的文件系统。它成功地解决了大量小尺寸文件分布式存储的可靠性与读写的性能问题。如今，仍然有以T字开头的产品运行在淘宝的生产环境中

如何评价阿里云多隆成为阿里巴巴集团合伙人

在阿里巴巴集团内部流传着这样一句话“有困难，找多隆”，大家对于多隆的印象可能是停留在《鹿鼎记》中的一个角色，但是阿里云的多隆确实另外一个。阿里云中的多隆并非其真名，多隆只是他的一个代号，阿里云的多隆真名叫蔡景观。蔡景观在阿里巴巴可以称之为“神”的存在，阿里巴巴集团中的技术大牛可以说是数不胜数，但是蔡景观***是其中的领尖人物。多隆从2000年的时候进入到了阿里工作，在2003年的时候，多隆与其他两位工程师被马云安排了个秘密项目，这个项目就是后来可以说是改变中国的生活方式，甚***影响到世界格局的——淘宝。从2003年-2007年期间，淘宝全部的都是引擎都是他一个人在做。而“多隆”这个花名就是因此次事情才被阿里的同伴们取的，多隆源于《鹿鼎记》中的御前侍卫总管，在这部文艺作品中，作为御前侍卫总管的多隆可谓是任劳任怨、吃苦耐劳头脑简单、为人热情。这与蔡景观这个人的性格几乎一模一样，也因此有了这样的一个称呼。有人说，一个多隆能顶一个高效尖端的团队，他更像是一个游走江湖的刺客，隐匿于世，心中却装着天下，独身却技艺高超，不喜欢与人社交却热衷于练剑，刺客手中的剑就是他的灵魂，多隆手中的“剑”，就是他的技术。多隆对于阿里云的贡献可以说是“一代功臣”也不为过。多隆伴随着阿里的成长与壮大，在专业领域也是给阿里解决了许多问题，这样一个功臣成为合伙人这是实***名归的，更何况，多隆的作为和性格更是对阿里的企业文化和精神***契合。