Dubbo的产生和架构

1.软件架构的演进过程

随着互联网的发展，网站应用的规模也在不断的扩大，进而导致系统架构也在不断的进行变化。
系统架构大体经历了下面几个过程: 单一应用架构—>垂直应用架构—>分布式架构—>SOA架构

单一应用架构

将一个系统的多个模块做成一个web项目，然后部署到一台tomcat服务器上
此时简化增删改查工作量的数据访问框架(ORM)是关键。

• 优点：

  • 项目架构简单，开发、测试、部署成本低
  • 项目部署在一个节点上， 后期维护方便

• 缺点：

  • 项目模块之间紧密耦合，单点容错率低
  • 无法针对不同模块进行针对性优化和水平扩展

垂直应用架构

将原来的一个系统拆成成多个模块，然后每个模块部署在一台tomcat服务器上,此时加速前端页面开发的Web框架(MVC)是关键。

• 优点：

  • 可以针对不同模块进行优化和水平扩展
  • 一个系统的问题不会影响到其他系统，提高单点容错率

• 缺点：

  • 系统之间相互独立，无法进行相互调用，会有重复的开发任务（造成了代码冗余）

分布式服务架构

分布式架构就是指将服务层（service）单独启动，并部署在tomcat上对外提供服务，在controller中可以通过远程调用访问服务层中的方法,提高业务复用及整合的分布式服务框架(RPC)是关键。

• 优点：

  • 抽取公共的功能为服务层，提高代码复用性

• 缺点：

  • 调用关系错综复杂，难以维护

流动计算（SOA）架构

SOA的全称是Service-Oriented Architecture,面向服务架构。SOA结构，在分布式架构的基础上，增加一个调度中心对系统进行实时管理。提高机器利用率的资源调度和治理中心(SOA)是关键。

• 优点：
  • 能够提高开发效率，可以将整个系统分为几个不同的子系统，不同团队负责不同的系统，从而提高开发效率
  • 解耦，降低了系统之间的耦合
  • 易于扩展，业务逻辑改变时只需要修改单个服务，减少了对使用者的影响
• 缺点：
  • 网络延迟,维护复杂

2.Dubbo是什么

Apache Dubbo是一款高性能（netty）的Java RPC框架。其前身是阿里巴巴公司开源的一个高性能、轻量级的开源Java RPC（远程过程调用）框架，可以和Spring框架无缝集成。

2.Dubbo架构

节点	角色说明
Provider	暴露服务的服务提供方
Consumer	调用远程服务的服务消费方
Registry	服务注册与发现的注册中心
Monitor	统计服务的调用次数和调用时间的监控中心
Container	服务运行容器

0. 服务容器负责启动，加载，运行服务提供者。
1. 服务提供者在启动时，向注册中心注册自己提供的服务。
2. 服务消费者在启动时，向注册中心订阅自己所需的服务。
3. 注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。
4. 服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。
5. 服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心。

可以从租房的角度去看Dubbo架构，提供者就是房东，远程消费方就是租房的人，而注册中心就是房屋中介，监控中心相当于当地对流动人口统计的住建局。

0. 房东有闲置房子出租
1. 房东找到中介，将房子交给中介去找租客
2. 租房的人去中介找房源
3. 中介将房源信息介绍给你，如果你需要则完成租房。如果房子出现问题，中介会将更另一个房源推送给你
4. 租房的人再根据中介推送的另外几个房源进行选择，进行租房
5. 每次变更住房信息的时候，都需要去和房东去住建局注册一下流动人口备注