文章目录
啥是分布式系统?
1.聊这之前,我们先谈谈架构发展的几大过程
详细解释一下喽
1.ORM : 又是ORM , ORM可能会迟到,但不会缺席! 面向极小的网站或系统中的对象-数据库映射使用的架构. 在稍大的系统中 ,是不够打的. 只能作为面向对象的一种思想.
2.MVC : 垂直结构模式. 在web开发中 , 将视图 , 实体类 , 控制器分离的一种设计模式 . 业务与界面分离. 但是每个模块过于独立,往往类似的功能无法重用
举个例子 , 对于查找, 查找用户与查找订单功能类似,都可以通过相应主键去定位 .但是你却要在不同的Dao层中重复地写方法去调用数据库,非常浪费时间
3.RPC : 注重于应用间的交互 , 将不同的业务抽取出来作为独立的服务
4.SOA : 流动计算架构 , 直接面向服务编程, 调度中心调用相应服务实现功能
2.基本概念
上面的SOA和RPC实际上就是分布式的思想.
分布式系统是若干独立计算机的集合,这些计算机对于用户来说就像单个相关系统
它有效地降低了成本 , 是多台普通计算机协同完成一项大型任务
3.RPC原理
RPC是一种进程间通信的技术思想. 应用RPC , 比如我在计算机A中 , 可以通过网络访问到计算机B中的程序接口.
RPC的核心是通信 , 序列化
一、Dubbo原理
这是来自官网的原理流程图
服务容器负责启动,加载,运行服务提供者。
服务提供者在启动时,向注册中心注册自己提供的服务。
服务消费者在启动时,向注册中心订阅自己所需的服务。
注册中心返回服务提供者地址列表给消费者,如果有变更,注册中心将基于长连接推送变更数据给消费者。
服务消费者,从提供者地址列表中,基于软负载均衡算法,选一台提供者进行调用,如果调用失败,再选另一台调用。
服务消费者和提供者,在内存中累计调用次数和调用时间,定时每分钟发送一次统计数据到监控中心。
二、ZooKeeper原理
服务提供者启动时: 向 /dubbo/com.foo.BarService/providers 目录下写入自己的 URL 地址
服务消费者启动时: 订阅 /dubbo/com.foo.BarService/providers 目录下的提供者 URL 地址。并向 /dubbo/com.foo.BarService/consumers 目录下写入自己的 URL 地址
监控中心启动时: 订阅 /dubbo/com.foo.BarService 目录下的所有提供者和消费者 URL 地址。
三、ZooKeeper安装
1.下载解压
这里给出官网 传送门
下载后解压缩即可
目录如图 : 我们进入bin目录
2.修改配置防止闪退
双击打开zkServer.cmd
, 这里可能会出现闪退的情况 ! 如果没闪退 , 就跳过这步
将文件拖入notepad++ , 如图,在倒数第二行加入一句pause
,保存退出
这样我们就能查看闪退原因了 , (应该是zoo文件不存在导致的 , 如果是 , 则继续往下看)
3.修改config中的zoo文件
其实就是复制-修改文件名
复制zoo_sample.cfg
, 在当前目录下ctrl+v
粘贴.
修改文件名为zoo.cfg
即可
4.测试ZooKeeper
在测试前,我们需要打开zkServer.cmd
和 zkCli.cmd
,否则无法测试成功
测试命令
1. ls/ 列出zookeeper中所有保存的所有节点
2. create -e /xiaoj 123 + get /xiaoj 配置并获取结点值
测试通过即表示配置启动成功
四、Dubbo安装与启动Dubbo-Admin
1.下载Dubbo并加入dubbo-admin目录
在地址栏上的地址前输入cmd ,回车 ,即可打卡当前文件夹下的cmd命令行
2.打包
使用如下命令将dubbo-admin打包成jar包
mvn clean package -Dmaven.test.skip=true
这需要等很久很久
3.登录页面
根据信息我们能得出dubbo-admin的端口号为7001 , 登录账户密码均为root
页面如上 , 我们的配置成功