参考链接：
http://cailin.iteye.com/blog/2014486/
一、架构
| 组件 | 说明 |
|---|---|
| Provider | 服务提供方 |
| Consumer | 服务消费方 |
| Registry | 服务注册与发现的注册中心 |
| Monitor | 统计服务调用次数和调用时间的监控中心 |
| Container | 服务运行容器 |
服务提供者暴露服务配置，标签：<dubbo:service>
| 属性 | 说明 |
|---|---|
| version | 服务版本，建议使用两位数字版本，如：1.0，通常在接口不兼容时版本号才需要升级 |
| group | 服务分组，当一个接口有多个实现，可以用分组区分 |
| delay | 延迟注册服务时间(毫秒) ，设为-1时，表示延迟到Spring容器初始化完成时暴露服务 |
| timeout | 远程服务调用超时时间(毫秒) |
| retries | 远程服务调用重试次数，不包括第一次调用，不需要重试请设为0 |
服务消费者引用服务配置，标签：<dubbo:reference>
| 属性 | 说明 |
|---|---|
| version | 服务版本，与服务提供者的版本一致 |
| group | 服务分组，当一个接口有多个实现，可以用分组区分，必需和服务提供方一致 |
| timeout | 服务方法调用超时时间(毫秒) |
| retries | 远程服务调用重试次数，不包括第一次调用，不需要重试请设为0 |
| check | 启动时检查提供者是否存在，true报错，false忽略 |
| url | 点对点直连服务提供者地址，将绕过注册中心 |
二、zookeeper的两把刷子
Zookeeper的一个重要特性是提供了去中心化的数据一致性， 在一个Zookeeper集群中我们向任何一台服务器写入数据都会被“同步”到其他服务器上。 实现这样的特性必须有两把刷子——选举算法和分布式事务
