文章标题

dubbo是个啥？
是一个分布式服务的框架，致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。
- 核心包括
- 远程通讯（包括多种线程模型，序列化，请求-相应 模式的信息交换方式），
- 集群容错（多协议支持，软负载均衡，失败容错，地址路由，动态配置等集群支持），
- 自动发现 （使服务消费房能冬天的查找服务提供方，使得地址透明，使得提供方可以平滑增加或者减少机器）
dubbo能做什么？
- 透明化远程方法调用，就像调用本地方法一样调用，没有任何API侵入，可以基于java的RMI（jdk1.1），跟webservice的关系？
- 替代了原先的F5硬件负载器（老调子）
- 自动注册和发现，不需要再写死服务提供方地址，那么自身具有动态查询提供者ip且有删除和添加功能。
- 咋一看，也是生产者消费者的这种模式，类似ActiveMQ的服务形式。
那么具体会怎么用，应用到具体的场景？
如果服务少有，那么也没必要用分布式，只需要微服务即可，现在微服务框架也日益增多，那么在1、服务器单点负载压力过大，配置服务url麻烦，2 各类服务的以来关系复杂，理都理不清了，需要找个托管，3 服务的调用量越来越大，不知道需要多少机器支撑且不知道啥时候加机器。那么dubbo会解决上述问题。
- 那么为了解决掉这些问题，核心的处理方案是什么？用服务器注册中农信动态的注册和发现服务，用消费者和提供者来实现负载均衡和容错，用监控器来统计并用数据来权衡调用，规划处机器的安排；同时出现一个运营容器container来承担，register+provider+consumer+monitor;