1.把传统服务按照一定原则(根据项目的业务逻辑和场景)拆分成多个服务(主要服务是服务提供者和服务消费者，服务提供者或服务消费者的公共部分也可以拆分成其他服务，如公共DAO、公共工具类、公共实体，公共web,公共配置等)
2.拆分完成后在服务提供者和服务消费者的服务中加入dubbo的生产者配置和消费者配置
3.安装zookeeper注册中心
4.启动服务提供者，服务提供者启动服务时，向zookeeper注册中心注册自己提供的服务
5.启动服务消费者，服务消费者启动时，向zookeeper注册中心订阅自己所需的服务
6. zookeeper注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。
7. 服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败， 再选另一台调用。
附dubbo架构帮助理解：
节点说明：
Provider: 暴露服务的服务提供方
Consumer: 调用远程服务的服务消费方
Registry: 服务注册与发现的注册中心
Monitor: 统计服务的调用次数和调用时间的监控中心
Container: 服务运行容器
调用关系说明：
1. 服务容器负责启动，加载，运行服务提供者。
2. 服务提供者在启动时，向注册中心注册自己提供的服务。
3. 服务消费者在启动时，向注册中心订阅自己所需的服务。
4. 注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。
5. 服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败， 再选另一台调用。
6. 服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心。
