分布式系统-简介

一，什么是分布式系统

分布式系统是由一组通过网络进行通信、为了完成共同的任务而协调工作的计算机节点组成的系统。分布式系统的出现是为了用廉价的、普通的机器完成单个计算机无法完成的计算、存储任务。其目的是利用更多的机器，处理更多的数据。

首先需要明确的是，只有当单个节点的处理能力无法满足日益增长的计算、存储任务的时候，且硬件的提升（加内存、加磁盘、使用更好的CPU）高昂到得不偿失的时候，应用程序也不能进一步优化的时候，我们才需要考虑分布式系统。因为，分布式系统要解决的问题本身就是和单机系统一样的，而由于分布式系统多节点、通过网络通信的拓扑结构，会引入很多单机系统没有的问题，为了解决这些问题又会引入更多的机制、协议，带来更多的问题。。。

二，简化的架构图(不大精确的架构图，尽量还原分布式系统的组成部分)

流程讲解：

1. 用户使用Web、APP，通过HTTP、TCP连接到系统。在分布式系统中，为了高并发、高可用，一般都是多个节点提供相同的服务。那么，第一个问题就是具体选择哪个节点来提供服务，这个就是负载均衡（load balance）。

例如：Nginx：高性能、高并发的web服务器；功能包括负载均衡、反向代理、静态内容缓存、访问控制；工作在应用层；

2. 通过负载均衡找到一个节点，接下来就是真正处理用户的HTTP(REST)请求, 请求有可能简单，也有可能很复杂。简单的请求，比如读取数据，那么很可能是有缓存的，即分布式缓存，如果缓存没有命中，那么需要去数据库拉取数据。对于复杂的请求，可能会调用到系统中其他的服务。

例如：Tomcat，Jboss

3. service：Spring Boot等服务器模块，用来处理上次的http请求分发；

4. service之间的调用一般分为RPC和MQ两种；

区别是：

RPC（remote produce call），是的远程调用就跟本地过程调用一样方便，屏蔽了网络通信等诸多细节，增加新的接口也更加方便。

RPC框架有：grpc、dubbo、brpc

RPC肯定要指定消息发给谁，但实际的情况是生产者并不清楚、也不关心谁会消费这个消息，这个时候消息队列就出马了。简单来说，生产者只用往消息队列里面发就行了，队列会将消息按主题（topic）分发给关注这个主题的消费者。消息队列起到了异步处理、应用解耦的作用。

消息队列有：kafka、rabbitMQ、rocketMQ、QSP(消息队列的应用场景：异步处理、应用解耦、流量削锋和消息通讯)

5. 协调中心(服务注册中心)：

要zookeeper和 Eureka等

6. dbproxy

cobar也是阿里开源的，在阿里系中使用也非常广泛

7.db

mysql、oracle、MongoDB、HBase

转自：https://www.cnblogs.com/xybaby/p/7787034.html