Java教程

搭建简单的分布式系统

本文主要是介绍搭建简单的分布式系统,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!

说明:传统项目中我们的Controller、Service、DAO、POJO都写在一个工程中,在分布式的项目中我们将每个模块分开。

项目分前台和后台两个部分:

前台是普通用户看到的网站,比如你看到的淘宝页面就是前台。

后台是公司内部的管理人员使用的,用于管理商品信息,比如淘宝的店主需要编辑商品。

父工程:分布式架构中,通常设计一个父工程,父工程中不写业务代码,只在pom文件中配置jar包的版本信息。所有的工程都继承它,从父工程中获取jar包版本信息。这样在jar包升级的时候,我们只要修改父工程的pom文件,而不需要修改每个子工程。

DAO和Service:数据层和服务层都分开写两个模块,通过面向接口的形式编程。其中Service以服务的形式发布出去,Service只提供业务接口,没有界面。表现层是web网站还是app都和它没有关系。同一个数据接口可以被多个表现层复用。

表现层:Controller和View。Controller从Service中获取数据并展示给用户View。View并不一定是html页面,也可以是单纯的json数据,如安卓或Ios的数据接口。Controller提供json数据给app,由app在手机界面上展示给用户。

分布式的好处:

  比如一个项目中有以下几个模块:注册登录、用户信息修改、商品搜索和下单支付。非分布式项目里我们把这四个模块写到一个工程中。如果其中一个模块修改,就要重新部署整个工程。而且在实际运营中发现,搜索模块用的最高,其次是支付。注册和登录用的并不多。比如双十一的时候,用户都是提前注册的老用户,登录后系统记录了用户的登录状态。所以多数的用户都在搜索商品和下单支付。一台服务器的性能有限,假设能承载50个用户,如果有100个用户来,我们就要加一台服务器。这个叫做负载。负载均衡是把同一个工程部署到多台服务器上,由一个入口的应用判断要把请求分配到哪台服务器。但是前面我们已经说过,注册和登录用的并不多,真正需要加负载的是搜索和支付。根据实际情况,可能搜索使用的频率更大于支付。非分布式的项目里,整个工程一起打包部署,代码都写到一个工程中,注册和登录占用了分配给搜索和支付的资源。分布式的项目可以按模块或者功能拆分代码。比如我们把注册登录和信息修改写到一个工程里;商品搜索写到一个工程;支付写一个工程。根据运营的情况给每个模块加负载,注册登录分1台服务器,搜索加10台,支付加5台。而且修改了其中的一个模块,只要重新部署这个模块所在的服务器就可以,不会影响其他模块服务器的运行。

  当然并不是说分布式就一定好,如果工程比较小的话,写成分布式的反而会消耗系统的性能。根据实际情况来设计整个项目的架构。在项目设计的初期,要考虑工程的可扩展性。


下面简单说明创建一个分布式系统的流程:

1.创建父工程

不使用模板,直接创建maven工程,父工程travel-parent的打包方式是pom

父工程里不写代码,只写jar包配置,其它子工程继承travel-parent,从这里引用jar包,方便管理整个分布式架构中的jar包版本。

创建工程后需要发布工程,这样其它的工程就可以继承父工程了。在idea右侧的菜单中双击install

2.创建通用工程

不使用模板,创建通用工程travel-common,这个工程中存放实体类和一些通用的工具类。

此工程要继承travel-parent,打包方式是jar

3.创建后台管理聚合工程

后台管理中,将dao接口、service接口、service实现类写到三个模块中

其中travel-manager是pom聚合工程

其余三个是model模块,每个model都有一个自己的pom.xml

创建的方法是在travel-manager上右键->New->Module

3.1travel-manager

travel-manager的pom.xml,继承travel-parent

3.2travel-manager-dao

travel-manager-dao的打包方式是jar,即创建工程的时候不需要模板

3.3travel-manager-interface

travel-manager-interface的打包方式是jar,即创建工程的时候不需要模板

3.4travel-manager-service

travel-manager-service是web工程,打包方式是war,创建工程时需要选用webapp模板

4.创建后台web工程

这篇关于搭建简单的分布式系统的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!