ssm大型分布式集群项目工程改造soa

1.分析：

项目基于soa架构，表现层和服务层是不同的工程。所以要实现需要两个系统之间进行通信。

1、Webservice：效率不高基于soap协议。项目中不推荐使用。

2、使用restful形式的服务：http+json。很多项目中应用。如果服务太多，服务之间调用关系混乱，需要治疗服务。

3、使用dubbo。使用rpc协议进行远程调用，直接使用socket通信。传输效率高，并且可以统计出系统之间的调用关系、调用次数。

这里使用dubbo，下面介绍。

单一应用架构：

                         当网站流量很小时，只需一个应用，将所有功能都部署在一起，以减少部署节点和成本。
                         此时，用于简化增删改查工作量的 数据访问框架(ORM) 是关键。

垂直应用架构：

                        当访问量逐渐增大，单一应用增加机器带来的加速度越来越小，将应用拆成互不相干的几个应用，以提升效率。
                        此时，用于加速前端页面开发的 Web框架(MVC) 是关键。

分布式服务架构：

                       当垂直应用越来越多，应用之间交互不可避免，将核心业务抽取出来，作为独立的服务，逐渐形成稳定的服务中心，使前端应用能更快速的响应多变的市场需求。
                       此时，用于提高业务复用及整合的 分布式服务框架(RPC) 是关键。

流动计算架构：

                      当服务越来越多，容量的评估，小服务资源的浪费等问题逐渐显现，此时需增加一个调度中心基于访问压力实时管理集群容量，提高集群利用率。
                      此时，用于提高机器利用率的 资源调度和治理中心(SOA) 是关键。

Dubbo就是资源调度和治理中心的管理工具。

2.拆分工程

将manager-web模块独立成为一个系统：

1）将表现层工程独立出来：

demo-manager-web

2）将原来的demo-manager改为如下结构

demo-manager
      |--demo-manager-dao
      |--demo-manager-interface
      |--demo-manager-pojo
      |--demo-manager-service（打包方式改为war）

3.服务层工程

第一步：把demo-manager的pom文件中删除demo-manager-web模块。
第二步：把demo-manager-web文件夹移动到demo-manager同一级目录。
第三步：demo-manager-service的pom文件修改打包方式<packaging>war</packaging>

第四步：在demo-manager-service工程中添加web.xml文件
第五步：把demo-manager-web的配置文件复制到demo-manager-service中。删除springmvc.xml。
第六步：web.xml 中只配置spring容器。删除前端控制器

4.表现层工程

改造demo-manager-web工程。
第一步：删除mybatis、和spring的配置文件。只保留springmvc.xml
第二步：修改demo-manager-web的pom文件，
1、修改parent为demo-parent
2、添加spring和springmvc的jar包的依赖
3、删除demo-mangager-service的依赖

4.demo-mangager-web添加对demo-manager-Interface的依赖

5.在demo-manager-web工程中添加tomcat插件配置。

<build>
		<plugins>
			<!-- 配置Tomcat插件 -->
			<plugin>
				<groupId>org.apache.tomcat.maven</groupId>
				<artifactId>tomcat7-maven-plugin</artifactId>
				<configuration>
					<path>/</path>
					<port>8081</port>
				</configuration>
			</plugin>
		</plugins>
	</build>

                     工程改造完毕，下一篇是基于ssm框架dubbo的基本环境安装配置，及使用方法。