分布式系统理论（springboot学习16）

分布式Dubbo+Zookeeper+SpringBoot

分布式系统是什么？

• 分布式是系统是若干独立计算机的集合，这些计算机对于用户来说相当于单个相关系统
• 分布式系统是由一组通过网络通信，为了完成共同的任务而协调工作的计算机节点组成的系统。
• 分布式系统出现是为了使用廉价的、普通的机器完成单个计算机无法完成的计算、存储任务。
• 其目的是利用更多的机器，处理更多的数据

分布式系统（distribute system）是建立在网络之上的软件系统

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

Dubbo文档

随着互联网的发展，网站应用规模的不断扩大，常用垂直架构已经无法应对，分布式系统以及流动计算架构势在必行，急需一个治理系统确保架构有条不紊的演进。

网站系统架构发展图

 单一架构应用（核心：ORM）

当网站流量很小，只需一个应用，将所有功能部署在一起，以减少部署节点和成本。此时用于简化增删改查工作量的数据访问框架（ORM）是关键

适用于小型网站，小型管理系统，将所有功能部署在一个功能里，简单易用。

缺点：

1. 扩展性差
2. 协调开发问题
3. 不利于后期升级维护

垂直应用架构（核心：MVC）

当访问量逐渐增大，单一应用增加机器带来的效能提升越来越小，将应用拆分成几个不相干的应用，以提升效率。此时，用于加速前端页面开发的web框架（MVC）是关键。

通过切分业务来实现各个模块独立部署，减低了维护和部署的难度，团队各司其职更易管理，性能扩展更方便，更有针对性。

缺点：公用模块无法重复利用，开发性浪费

分布式服务架构（核心：RPC）

当垂直应用越来越多，应用之间交互不可避免，将核心业务抽取出来，作为独立的服务，逐渐形参稳定的服务中心，使前端应用能够快速响应多变的市场需求。此时，用于提高业务复用性及整合的分布式服务架构（RPC）是关键

流动计算架构（核心：SOA）

 当服务越来越多，容量的评估，小服务器资源浪费等问题逐渐显现，此时急需增加一个调度中心基于访问压力实时管理集群容量，提高集群利用率。此时，用于提高机器利用率的资源调度和治理中心（SOA  Service Oriented Architecture）是关键

RPC（Remote Procedure Call 远程过程调用）

什么是RPC？

        RPC（Remote Procedure Call）远程过程调用，是一种进程间的调用方式，它是一种技术思想，而不是规范。它允许程序调用另一个地址空间（通常是共享网络的另一台机器上）的过程或函数，而不用程序员显式编码这个远程调用的细节。即程序员无论是调用本地的还是远程的函数，本质上编写的调用代码基本相同。

        也就是说两台服务器A，B，一个应用部署在A服务器上，想要调用B服务器上应用提供的函数/方法，由于存在于不同的内存空间，不能直接调用，需要通过网络来表达调用的语义和传达调用的数据。

为什么要用RPC？

        RPC的目的，就是通过像调用本地服务一样远程调用另一台服务器上的服务来完成需求。

如不同系统间的通讯，或是不同组织间的通讯，由于计算机需横向扩展，需要在多台计算机组成的集群上部署应用，RPC就是要像调用本地的函数一样取调用远程函数。

RPC基本原理

 步骤解析：

 

 RPC的两个核心：通讯、序列化

序列化

数据传输需要转换（如对象的传输，不可能电脑能直接看懂user吧）