汾阳网站建设,用ps网站首页怎么做,如何做电影网站,自媒体论坛交流推荐文章目录 Dubbo的发展背景单一应用架构垂直应用架构分布式服务架构流动计算架构 RPCRPC的简单原理 DubboDubbo是什么Dubbo作者Dubbo的发展历程Dubbo架构 Dubbo发音#xff1a; |ˈdʌbəʊ| Dubbo官方网站#xff1a;http://dubbo.apache.org/ Dubbo是阿里巴巴开发的#… 文章目录 Dubbo的发展背景单一应用架构垂直应用架构分布式服务架构流动计算架构 RPCRPC的简单原理 DubboDubbo是什么Dubbo作者Dubbo的发展历程Dubbo架构 Dubbo发音 |ˈdʌbəʊ| Dubbo官方网站http://dubbo.apache.org/ Dubbo是阿里巴巴开发的已经贡献给Apache并且已经成Apache的顶级开源项目 Dubbo的发展背景 ​ 随着互联网的发展网站应用的规模不断扩大常规的垂直应用架构已无法应对分布式服务架构以及流动计算架构势在必行亟需一个治理系统确保架构有条不紊的演进。 单一应用架构 ​ 当网站流量很小时只需一个应用将所有功能都部署在一起以减少部署节点和成本。 ​ 此时用于简化增删改查工作量的数据访问框架(ORM)是关键。 ​ 使用一个web容器如tomcat然后使用Servlet/JSP技术最后选择一个合适数据库管理系统来存储数据MySQL、Oracle。 垂直应用架构 ​ 当访问量逐渐增大单一应用增加机器带来的加速度越来越小提升效率的方法之一是将应用拆成互不相干的几个应用以提升效率。 ​ 此时用于加速前端页面开发的Web框架(MVC)是关键。 ​ 用户系统、权限系统、商品系统、订单系统、物流系统… ​ 特点系统独立部署每一个系统都有完整的前后端 ​ 问题各个系统无法做到完全独立公共模块无法复用系统之间通信比较麻烦 分布式服务架构 ​ 当垂直应用越来越多应用之间交互不可避免这时将核心业务抽取出来作为独立的服务逐渐形成稳定的服务中心使前端应用能更快速的响应多变的市场需求。 ​ 此时用于提高业务复用及整合的分布式服务框架RPC是关键。 分布式架构的难点 各个系统如何进行远程调用如何进行业务拆分 流动计算架构 ​ 当服务越来越多容量的评估小服务资源的浪费等问题逐渐显现此时需增加一个调度中心基于访问压力实时管理集群容量提高集群利用率。此时用于提高机器利用率的资源调度和治理中心SOA是关键。 RPC ​ RPCRemote Procedure Call- 远程过程调用它是一种通过网络从远程计算机程序上请求服务不需要了解底层的网络技术协议。RPC假定某种传输协议的存在如TCP为通信程序携带数据 ​ 通俗的说RPC可以让我们像调用本地方法一样调用远程计算机提供的服务 RPC的简单原理 客户端以本地调用的方式调用远程服务client stub接收到调用后将方法、参数等组装成能够进行网络传输的消息client stub查找服务地址找到之后将消息发送到服务端server stub收到消息之后对收到的消息进行解码server stub根据解码结果使用反射的方式调用本地服务服务端执行完成之后将结果返回给Server stubserver stub将返回结果打包成消息并发送给客户端client stub收到消息后对结果进行解码 总结 客户端和服务端需要有网络连接传输的消息需要序列化 Dubbo Dubbo是什么 ​ Apache Dubbo™ 是一款高性能Java RPC框架。 ​ Apache Dubbo |ˈdʌbəʊ| 是一款高性能、轻量级的开源Java RPC框架它提供了三大核心能力面向接口的远程方法调用智能容错和负载均衡以及服务自动注册和发现。 Dubbo作者 ​ 从左至右刘超梁飞闾刚陈雷刘昊旻李鼎 Dubbo的发展历程 ​ 2008年阿里内部开始使用 ​ 2009年初发布1.0版本 ​ 2010年初发布2.0版本 ​ 2011年10月27日阿里将Dubbo开源版本号为2.0.7 ​ 2012年3月发布2.1.0版本 ​ 2014年10月发布2.3.11版本之后版本停滞 ​ 2017年9月阿里重启维护重点升级了依赖的JDK版本发布2.5.4/2.5.5版本 ​ 2017年10月发布2.5.6版本 ​ 2017年11月发布2.5.7版本后期集成了SpringBoot ​ 2014年10月的时候当当网Fork了Dubbo源代码在此基础上增加了HTTP REST协议发布版本号2.8.0名字叫DubboX; ​ 网易考拉在Dubbo基础上开发了DubboK Dubbo架构 . 架构中的角色 Provider服务提供者 Consumer服务消费者 Registry服务注册和发现的中心 Monitor监控中心用于统计服务调用情况 ContainerDubbo容器 . 调用关系 0、容器负责启动、加载、运行服务提供者、消费者 1、服务提供者在启动时向注册中心注册自己提供的服务 2、服务消费者在启动时向注册中心订阅自己需要的服务 3、注册中心返回服务提供者的地址列表给消费者如果有服务变更(服务的上线或下线)注册中心会基于长连接的方式推送变更给消费者 4、服务消费者从地址列表中基于软件负载均衡算法选择一个服务提供者进行调用如果调用失败可以重试其它提供者 5、服务消费者和提供者在内存中累计调用时间和调用次数每分钟向监控中心发送一次统计数据 4、服务消费者从地址列表中基于软件负载均衡算法选择一个服务提供者进行调用如果调用失败可以重试其它提供者 5、服务消费者和提供者在内存中累计调用时间和调用次数每分钟向监控中心发送一次统计数据