dubbo详解+软件架构过程

Dubbo详解软件架构的过程一、what's the dubbo?二、服务注册中心Zookeeper

1.啥是Zookeeper？

单体架构：全部功能集中在一个项目（ALL IN ONE），优点：架构简单、开发周期快成本低，适合小项目；缺点：对于大型项目不易维护和拓展垂直架构：按照业务来形成一个小型系统（可以理解为很多个单体架构，但是相互之间有联系），优点：在单体架构上，可以汇集多种语言；缺点：和单体架构一样，耦合性高SOA架构：面向服务的架构，通过网络对松散耦合的粗粒度应用组件（就是服务）进行分布式部署、组合和使用。特殊说明：将重复功能或模块抽取形成组件（我们实际上的utils工具类形式），对外提供服务，在项目和服务之间使用EJB（企业服务总线）的形式作为通信的桥梁。优点：重复模块或组件抽取为服务，效率高，可重复性高，可维护性高。缺点：很难确认功能或模块是重复的，抽取服务的粒度大，耦合高微服务架构：将系统服务层单独抽出，抽取为一个个的微服务，抽取的粒度更细，遵循单一原则，采用轻量级框架协议开发（一般采用http协议）。此处有点不在强调，缺点：开发成本高，对于开发技术要求高，维护成本高

提示：以下是本篇文章正文内容，下面案例可供参考

Dubbo是一款高性能的JAVA RPC框架，可以和spring进行无缝对接（如果想细致的了解可以去官网https://dubbo.apache.org/zh/）

什么是RPC框架？：其实就是远程过程调用。比如RMI、Hession等

Dubbo提供的三大核心能力：面向接口的远程方法调用、智能容错和负载均衡以及服务自动注册和发现

在这里不得不介绍和Dubbo契合使用的 Zookeeper！！！

Zookeeper是Hadoop的子项目，是一个树形的目录服务，工业强度高，可用于生产环境（白话来说就是 好用！能够快速的给予子节点唯一的访问路径）

今天先到这里，剩下的需要一天时间来更新！同时我也会搭建一个小demo放在git里让大家拉取测试