宜立方商城第二天 dubbo zookeeper

Dubbo

如何实现远程通信？

1、Webservice：效率不高基于soap协议。项目中不推荐使用。 2、使用restful形式的服务：http+json。很多项目中应用。如果服务太多，服务之间调用关系混乱，需要治疗服务。 3、使用dubbo。使用rpc协议进行远程调用，直接使用socket通信。传输效率高，并且可以统计出系统之间的调用关系、调用次数。

系统架构：

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

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

3.分布式服务架构 · 当垂直应用越来越多，应用之间交互不可避免，将核心业务抽取出来，作为独立的服务，逐渐形成稳定的服务中心，使前端应用能更快速的响应多变的市场需求。 此时，用于提高业务复用及整合的 分布式服务框架(RPC) 是关键。 · 4.流动计算架构 当服务越来越多，容量的评估，小服务资源的浪费等问题逐渐显现，此时需增加一个调度中心基于访问压力实时管理集群容量，提高集群利用率。 此时，用于提高机器利用率的 资源调度和治理中心(SOA) 是关键。

Dubbo就是资源调度和治理中心的管理工具。

dubbo实现两个系统的远程调用

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

调用关系说明：

· 0. 服务容器负责启动，加载，运行服务提供者。

· 1. 服务提供者在启动时，向注册中心注册自己提供的服务。

· 2. 服务消费者在启动时，向注册中心订阅自己所需的服务。

· 3. 注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。

· 4. 服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。

· 5. 服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心。

Dubbo采用全Spring配置方式，透明化接入应用，对应用没有任何API侵入，只需用Spring加载Dubbo的配置即可，Dubbo基于Spring的Schema扩展进行加载

提供方增加暴露服务配置< dubbo:service>，在消费方增加引用服务配置< dubbo:reference>。

zookeeper注册中心：

dubbo是动物…zookeeper是动物园的管理员！

dubbo支持多种类型的注册中心：

• Multicast注册中心
• Zookeeper注册中心
• Redis注册中心
• Simple注册中心

Zookeeper一个分布式的服务框架，是树型的目录服务的数据存储，能做到集群管理数据 ，这里能很好的作为Dubbo服务的注册中心，Dubbo能与Zookeeper做到集群部署，当提供者出现断电等异常停机时，Zookeeper注册中心能自动删除提供者信息，当提供者重启时，能自动恢复注册数据，以及订阅请求。我们先在linux上安装Zookeeper，我们安装最简单的单点，集群比较麻烦。

zookeeper安装在虚拟机中 dubbo 不用安装

zookeeper下载地址： http://mirrors.hust.edu.cn/apache/zookeeper/

dubbo监控中心

将dubbo-admin.war 放到webapps下

mybatis逆向工程：

可以针对单表自动生成mybatis执行所需要的代码（包括mapper.xml、mapper.java、po…）

分页工具

pageHelper