回顾上次的文章,讲了分布式的历史和发展的背景,通过一个场景一个公司的项目想换成分布式的项目,但是真正的要把一个系统改成成为一个分布式系统的时候,过程并非那么容易,需要整个公司一起来配合,包括业务部门和技术部门,才能把系统做好,其实单体变成分布式的不仅仅是技术发生了改变,公司的运作流程和系统的版本发布,都已经做了改变。如果一个系统要更改成分布式系统,一定要把相关的干系人都召集到一起开个会,评估下。技术人员只需要做到对业务的波动降低到最低,开发成本一定要可控,评估好,不要做成一个烂尾的项目。分布式架构是把双刃剑,必须根据公司的实际情况,确实需要这种横向扩展能力的时候,迫切的需要提升性能,其他没有除了更改分布式这种好办法了(数据库优化,代码优化做尽了)。如果垂直架构可以搞定的话,不建议搞成分布式架构,垂直业务也分开了,业务进行垂直拆分了。
直到2011年10月27日,阿里巴巴开源了自己的SOA服务化治理方案的核心框架Dubbo,服务治理和SOA的设计理念开始逐渐在国内软件行业中落地,并被广泛应用。
Dubbo作为阿里巴巴内部的SOA服务化治理方案的核心框架,在2012年时已经每天为2000+个服务提供3,000,000,000+次访问量支持,并被广泛应用于阿里巴巴集团的各成员站点。Dubbo自2011年开源后,已被许多非阿里系公司使用,其中既有当当网、网易考拉、国美电器等互联网公司,也有中国人寿、青岛海尔等传统企业。
http://dubbo.apache.org/zh-cn/
介绍
>dubbo 阿里开源的一个SOA服务治理框架,从目前来看把它称作是一个RCP远程调用框架更为贴切。单从RPC框架来说,功能较完善,支持多种传输和序列化方案。所以想必大家已经知道他的核心功能了:就是远程调用。
简单的实例演示
> idea新建立一个java项目,源码:源码文件夹/『互联网架构』软件架构-掌握dubbo常规应用(40),项目名称:dubbo-study
1.pom文件
<?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <groupId>com.idig8</groupId> <artifactId>dubbo-study</artifactId> <version>1.0-SNAPSHOT</version> <packaging>war</packaging> <name>dubbo-study Maven Webapp</name> <!-- FIXME change it to the project's website --> <url>https://idig8.com</url> <properties> <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding> <maven.compiler.source>1.7</maven.compiler.source> <maven.compiler.target>1.7</maven.compiler.target> </properties> <dependencies> <dependency> <groupId>com.alibaba</groupId> <artifactId>dubbo</artifactId> <version>2.5.3</version> </dependency> <dependency> <groupId>redis.clients</groupId> <artifactId>jedis</artifactId> <version>2.2.0</version> </dependency> <dependency> <groupId>commons-pool</groupId> <artifactId>commons-pool</artifactId> <version>1.6</version> </dependency> </dependencies> <build> <finalName>dubbo-study</finalName> <pluginManagement><!-- lock down plugins versions to avoid using Maven defaults (may be moved to parent pom) --> <plugins> <plugin> <artifactId>maven-clean-plugin</artifactId> <version>3.1.0</version> </plugin> <!-- see http://maven.apache.org/ref/current/maven-core/default-bindings.html#Plugin_bindings_for_war_packaging --> <plugin> <artifactId>maven-resources-plugin</artifactId> <version>3.0.2</version> </plugin> <plugin> <artifactId>maven-compiler-plugin</artifactId> <version>3.8.0</version> </plugin> <plugin> <artifactId>maven-surefire-plugin</artifactId> <version>2.22.1</version> </plugin> <plugin> <artifactId>maven-war-plugin</artifactId> <version>3.2.2</version> </plugin> <plugin> <artifactId>maven-install-plugin</artifactId> <version>2.5.2</version> </plugin> <plugin> <artifactId>maven-deploy-plugin</artifactId> <version>2.8.2</version> </plugin> </plugins> </pluginManagement> </build> </project>
2.provider
可以通过小广播的形式,也可以通过redis 和zookeeper,后面会重点说协议的。先看如何编写。
<?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:dubbo="http://code.alibabatech.com/schema/dubbo" xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd http://code.alibabatech.com/schema/dubbo http://code.alibabatech.com/schema/dubbo/dubbo.xsd"> <dubbo:application name="demo-provider"/> <dubbo:registry address="multicast://224.5.6.8:1235"/> <!--<dubbo:registry protocol="redis" address="192.168.0.147:6379" check="true"/>--> <dubbo:protocol name="dubbo" port="20880"/> <dubbo:service interface="com.idig8.service.DemoService" ref="demoService"> <dubbo:method name="sayHello" timeout="2000"/> </dubbo:service> <dubbo:service interface="com.idig8.service.UserService" ref="userServiceImpl"/> <bean id="userServiceImpl" class="com.idig8.service.UserServiceImpl"/> <bean id="demoService" class="com.idig8.service.DemoServiceImpl"/> </beans>
3.consumber.xml
可以通过小广播的形式,也可以通过redis 和zookeeper,后面会重点说协议的。先看如何编写。消费者的小广播multicast://224.5.6.8:1235 一定要跟生产者保持一致。
<?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:dubbo="http://code.alibabatech.com/schema/dubbo" xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd http://code.alibabatech.com/schema/dubbo http://code.alibabatech.com/schema/dubbo/dubbo.xsd"> <dubbo:application name="demo-consumer"/> <dubbo:registry address="multicast://224.5.6.8:1235"/> <!--<dubbo:registry protocol="redis" address="192.168.0.147:6379" check="true"/>--> <dubbo:reference id="demoService" timeout="2000" interface="com.idig8.service.DemoService" /> </beans>
4.Proivider.java
package com.idig8.provider; import org.springframework.context.support.ClassPathXmlApplicationContext; public class Provider { public static void main(String[] args) throws Exception { ClassPathXmlApplicationContext context = new ClassPathXmlApplicationContext( "config/spring-dubbo-provider.xml"); context.start(); System.out.println("dubbo multicast 服务启动成功 "); System.in.read(); // press any key to exit } }
5.Consumber.java
package com.idig8.consumer; import com.idig8.service.DemoService; import org.springframework.context.support.ClassPathXmlApplicationContext; public class Consumer { public static void main(String[] args) throws Exception { ClassPathXmlApplicationContext context = new ClassPathXmlApplicationContext( "config/spring-dubbo-consumer.xml"); context.start(); DemoService demoService = (DemoService) context.getBean("demoService"); // obtain proxy object for remote invocation String hello = demoService.sayHello("world"); // execute remote invocation System.out.println(hello); // show the result while (true) { byte[] b = new byte[1024]; int szie = System.in.read(b); if (new String(b, 0, szie).trim().equals("send")) { System.out.println(demoService.sayHello("hanmeimei")); } } } }
开发pom.xml > dubbo-provider.xml > Provider.java> spring-dubbo-consumer.xml > Consumer.java
6.运行顺序,运行Provider.java,运行Consumer.java
1.Provider(提供者)绑定指定端口并启动服务(20880)。
2.提供者连接注册中心,并发本机IP、端口、应用信息和提供服务信息发送至注册中心存储。
3.Consumer(消费者),连接注册中心 ,并发送应用信息、所求服务信息至注册中心。
4.注册中心根据消费者所求服务信息匹配对应的提供者列表发送至Consumer 应用缓存。配置文件里面的interface来匹配。
5.Consumer 在发起远程调用时基于缓存的消费者列表择其一发起调用。缓存,是虚线,性能提升,注册中心挂了不影响。
6.Provider 状态变更会实时通知注册中心、在由注册中心实时推送至Consumer。
7.一定要记住,真正的调用跟注册中心没关系,而是cosumber直接调用的provider。
*这么设计的意义:
1.Consumer 与Provider 解偶,双方都可以横向增减节点数。
2.注册中心对本身可做对等集群,可动态增减节点,并且任意一台宕掉后,将自动切换到另一台。
3.去中心化,双方不直接依懒注册中心,即使注册中心全部宕机短时间内也不会影响服务的调用。
4.服务提供者无状态,任意一台宕掉后,不影响使用。
PS:搞明白Registry,Consumber,Porvider这3方一定要搞明白他们是如何调用的,通过架构图了解虚线和实现的关系。调用的顺序,如果注册中心挂了,不用影响Registry 和Consumber的通信,但是本身dubbo有自检机制会爆连接不到注册中心,但是不影响调用。
百度未收录
>>原创文章,欢迎转载。转载请注明:转载自IT人故事会,谢谢!
>>原文链接地址:上一篇:已是最新文章