SOA分布式架构设计

最新推荐文章于 2024-09-19 16:55:42 发布

wujiang1984

最新推荐文章于 2024-09-19 16:55:42 发布

阅读量1.1k

点赞数

分类专栏： WCF 分布式架构文章标签： soa 架构设计数据库文档服务器 soap

本文链接：https://blog.csdn.net/wujiang1984/article/details/7319499

版权

WCF 同时被 2 个专栏收录

7 篇文章 0 订阅

订阅专栏

分布式架构

2 篇文章 0 订阅

订阅专栏

SOA分布式架构设计

文件状态： [√] 草稿 [ ] 正式发布 [ ] 正在修改	申明:	此文章为原创文章，只供交流，转载请注明出处谢谢o(∩_∩)o
	当前版本：	V1.0
	作者：	吴蒋
	完成日期：	2012-2-28

0.1 文档目的... 4

0.2 文档范围... 4

0.3 读者对象... 4

0.4 参考文献... 4

0.5 术语与缩写解释... 4

1. 系统概述... 5

2. 设计约束... 5

3. 设计策略... 5

4. 设计详细... 5

5. 设计对应项目的解决方案描述... 8

6. 开发环境的配置... 9

7. 运行环境的配置... 10

8. 测试环境的配置... 10

9. 其他... 10

0. 文档介绍

0.1 文档目的

本文档表述了平台SOA的分布式架构设计，并通过使用多种视图以及模拟项目运营中所需要的解决流量，资源负载的各个主要方面的解决方案，以满足系统的开发需求和文档备案。本文档记录并表述了系统架构的设计人员对系统架构方面做出的重要决策。

开发人员将根据架构定义的构件制定项目的开发过程。另外本文档还使用于指导各构件的实施、集成及测试。

0.2 文档范围

本软件架构说明文档适合总体应用架构。

0.3 读者对象

本文档的预期阅读人员为项目经理、程序设计人员、测试人员和其他有关的工作人员。

0.4 参考文献

无

0.5 术语与缩写解释

缩写、术语	解释
SOA	服务
js	javascript
WCF	Windows communication fundation

1. 系统概述

本文档主要说明项目在分布式中的处理解决方案，以及数据库以及文档的存储问题。

2. 设计约束

本文并未涉及到具体的代码实现，所以并无设计约束，如有特殊文内标识。

3. 设计策略

1.设计在大流量的时候的分布式处理

2.保全访问数据的同步性和完成性

3.保全在分布式通信中的安全性

4. 设计详细

由于分布式架构比较抽象所以使用图文加说明的形式来阐述设计，首先看网络架构设计总图4-1-1:

图 4-1-1 网络分布式部署概要图

以下对上图进行说明，使架构有一个总体的了解。此文段后会对上图的每个部分进行拆分，并进行具体的部署说明以及在运行和软件编程方面进行可行性解决方案说明。本文将整个部署分为服务器调用端(如WEB、手机调用服务端、平板调用服务端等等)、SOA端(提供SOA服务给服务器调用端使用，主要基于SOAP的工业标准，实现跨平台使用)、数据库群集(数据库以及系统级配置文件的存放)、以及服务总线集群(服务总线是处理分布式调配以及处理特殊缓存的服务、以及上传资源的存放)4大块。

现在来模拟流程:

Step1：服务调用端启动情景

一、数据库端部署完成，正常启动。

二、 SOA端部署完成，正常启动，从数据库集群获取SOA端和数据库集群的配置文

件并缓存(比如查询当前的SOA服务器对应的数据库提供的表的IP地址)，正常提供服务。

三、服务总线部署完成，正常启动，从数据库集群获取服务调用端的配置文件并进

行缓存，总线服务正常提供。

四、服务调用端项目第一次启动:

发送启动信息至服务总线，通知服务总线本服务端需要提供服务。
服务总线接受到该请求后获取发送端(服务调用端)的IP地址、以及域名、以及使用权限(即付费提供服务功能)，于在服务总线启动时从数据库获取的配置数据进行匹对验证、判定并返回给服务调用端信息(包括是否可访问SOA端，如果验证合法记录日志以及返回被调配到的SOA端的地址，供其调用以此来解决SOA端的负载均衡)。

Step2：服务调用端启动之后情景

一、客户端在服务调用端进行操作。

二、服务调用端根据第一次从服务总线分配的SOA的IP进行对服务的调用和通信。

（对于服务的部署和开发使用WCF框架来解决，发布地址例如为http://www.XXX.com/adminservice.SVC的服务提供调用）。

下图4-1-2 是对到此端访问情景的画述:

图4-1-2 服务调用端调用SOA段概述图

三、接下来表述SOA服务端和数据库的分布式处理。

分布式数据库的分布方式主要是以根据表的操作频率和访问流量来处理分

（例如:资讯表的访问流量非常的大就让这张表分离出来放在一台服务器上进行单独处理，再如若还无法处理流畅运行就进行读写分离处理，办法可查阅http://www.cnblogs.com/daizhj/archive/2010/06/21/dbsnap_master_slave_database.html）。

具体流程见下图: