分布式计算系统 Dubbo简介

标签：

一. 背景

当我们提供的服务越来越复杂的时候，单一架构和垂直架构是无法应对的。我们需要使用分布式服务架构或流动计算架构来进行处理，所以我们需要对应的治理系统来确保分布式服务架构或流动计算架构有条不紊的运行。接下来介绍四种演化架构

在此架构中，只有一个应用，将所有功能都部署在一起，以减少部署节点和成本。此时，用于简化增删改查工作量的数据访问框架(ORM)是关键，那什么是ORM呢？

ORM： Object Relastional Mapping，对象关系映射，一种为了解决面向对象与关系存在的互不匹配的现象的技术。简单的说，ORM是通过使用描述对象和之间映射的元数据，将程序中的对象自动持久化到关系中。但这种架构有明显的 缺点 ，一旦出现业务需求的变更，就必须修改持久化层的接口。持久化层同时与域模型与关系模型绑定，不管域模型还是关系模型发生变化，都要修改持久化层的相关程序代码，增加了软件的维护难度

当访问量逐渐增大，单一应用增加机器带来收益越来越小，于是我们将应用拆成互不相干的几个应用，以提升效率。此时，用于加速前端页面开发的Web框架(MVC)是关键

MVC： 是模型(model)－视图(view)－控制器(controller)的缩写，是一种软件设计典范。它是用一种业务逻辑、数据与界面显示分离的方法来组织代码，将众多的业务逻辑聚集到一个部件里面，在需要改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑，达到减少编码的时间。

V 即View视图是指用户看到并与之交互的界面

M 即model模型是指模型表示业务规则

C 即controller控制器是指控制器接受用户的输入并调用模型和视图去完成用户的需求，控制器本身不输出任何东西和做任何处理

用户首先在界面中进行人机交互，然后请求发送到控制器，控制器根据请求类型和请求的指令发送到相应的模型，模型可以与进行交互，进行增删改查操作，完成之后，根据业务的逻辑选择相应的视图进行显示，此时用户获得此次交互的反馈信息，用户可以进行下一步交互，如此循环。

MVC举例：

最典型的MVC就是jsp+servlet+javabean模式。

JavaBean作为模型，既可以作为数据模型来封装业务数据，又可以作为业务逻辑模型来包含应用的业务操作。其中，数据模型用来存储或传递业务数据，而业务逻辑模型接收到控制器传过来的模型更新请求后，执行特定的业务逻辑处理，然后返回相应的执行结果。

JSP作为表现层，负责提供页面为用户展示数据，提供相应的表单（Form）来用于用户的请求，并在适当的时候（点击按钮）向控制器发出请求来请求模型进行更新。

Serlvet作为控制器，用来接收用户提交的请求，然后获取请求中的数据，将之转换为业务模型需要的数据模型，然后调用业务模型相应的业务方法进行更新，同时根据业务执行结果来选择要返回的视图。

当垂直应用越来越多，应用之间交互不可避免，将核心业务抽取出来，作为独立的服务，逐渐形成稳定的服务中心，使前端应用能更快速的响应多变的市场需求。分布式计算系统此时，用于提高业务复用及整合的分布式服务框架(RPC)是关键，而Dubbo就是这样一个分布式服务框架。

RPC： Remote procedure call，远程过程调用。在一台主机上各进程之间的通信可以是share memory 信号量等，而进程之间的通信被称之为IPC（inter-process communication）。而RPC是在不同主机上实现进程间的通信。而不同主机并不共用物理地址空间，所以我们需要一个框架提供此功能，使得我们调用不同主机上的服务就像在本地调用一样。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-69704-1.html