SaaS RES营销管理系统架构设计.docVIP

SaaS RES营销管理系统 SaaS RES 系统架构设计 目 录 1 项目背景 1 2 关键需求 1 2.1 关键功能需求 1 2.2 关键非功能性需求 2 2.3 关键商业需求 3 2.4 关键约束 3 2.5 名词解释 3 3 参考资料 4 4 系统功能分析 4 4.1 SaaS模式下功能分析 4 4.2 业务功能划分 6 4.3 子系统划分 6 5 架构设计 6 5.1 架构分析 6 5.1.1 业务实体的增、删、改及一些复杂的业务处理功能 7 5.1.2 对象的查询业务、报表业务 12 5.1.3 创建订单——典型的高并发资源争用业务 15 5.1.4 数据权限控制 16 5.1.5 支持多租户的数据结构 19 5.1.6 基于单域名的租户访问方式 19 5.1.7 租户带宽上的限制 20 5.1.8 租户存储数据分离和受限动态路由 23 5.1.9 租户敏感数据加密 23 5.1.10 可配置性—产品模块可配置 24 5.1.11 BOSS运营系统与RES业务系统的消息交互 25 5.1.12 整合第三方系统—企业级服务总线（ESB） 28 5.1.13 动静分离 28 5.1.14 伸缩性 29 5.1.15 安全性—应用安全 34 5.1.16 安全性—数据安全 35 5.1.17 安全性—网络安全 35 5.1.18 监控—服务器监控 36 5.1.19 监控—网络监控 36 5.1.20 监控—数据库监控 36 5.1.21 数据存储 36 5.1.22 物理空间扩展 37 5.1.23 系统升级 37 5.2 逻辑架构 38 5.2.1 制作平台和试用平台 38 5.2.2 总体架构图 39 5.2.3 最小架构图 43 5.2.4 技术架构 44 5.2.5 功能模块 45 5.2.6 模块架构详解 49 5.3 物理架构 50 5.3.1 总体架构网络拓扑图（使用存储设备） 50 5.3.2 最小架构网络拓扑图（不使用存储设备） 50 5.3.3 各层次对硬件的要求 52 5.3.4 虚拟化 54 5.3.5 模块部署图 54 5.3.6 硬件设备 55 5.4 数据架构 55 5.5 开发架构 56 5.5.1 Bundle划分规则 56 5.5.2 项目工程划分规则及项目目录结构 57 5.5.3 部署目录结构 58 5.5.4 开发技术框架使用规则 59 5.6 运行架构 59 5.6.1 登录和访问流程 59 5.6.2 与BOSS运营系统有关帐户信息的交互流程 62 5.6.3 与BOSS运营系统有关产品模块信息的交互流程 62 5.6.4 与BOSS运营系统有关系统消息的交互流程 62 6 架构验证 62 6.1.1 性能 62 6.1.2 安全性 62 6.1.3 可扩展性 63 6.1.4 可运维性 63 7 风险评估 64 7.1 数据库无法支撑大量租户风险（IO瓶颈） 64 7.2 高峰期的访问风险 64 项目背景 SaaS源于一种简单的思想：软件即服务！随着一大批的公司，如国外的Salesforce在这个领域取得的辉煌成绩，SaaS已经彻底改变了人们对软件的观念，使用软件的人从产品消费者转换成服务消费者，而开发软件的人从产品提供者转变为服务提供者。为了顺应当今IT企业级应用的发展趋势和满足公司战略发展的需要，本架构文档旨在描述在SaaS这种商业模式下，如何搭建适合目前公司现状的企业信息化系统。对于SaaS商业模式，简要描述如下： SaaS模式无论是对于用户，还是对于软件开发商都有着巨大的优势。 从用户方面来看：用户可以只花少量的资金就可以使用一款软件了，并可以很直观的评估软件是否满足要求或者是否适合公司的管理模式，大大降低了软件产品的资金投入以及风险。另外，用户不需要维护软件、以及硬件本身，可以按照自己的需要定制，按需使用。大大降低了成本。最后，由于软件是托管在运营商，往往有更好的服务保障和防毒措施，用户可以放心的把这一部分的开支节省下来，去投入到更重要的地方。 从软件商来看：SaaS模式大大节省了销售的成本，软件商可以把重点资源放在市场推广方面，销售反而是顺理成章的事情。另外SaaS也为软件商节省了维护成本，以往的维护都是一对一的，甚至要到客户现场。这种模式势必导致成本剧增，而SaaS却能保证软件对客户的服务响应快捷和高效。最重要的是SaaS给软件商提供了稳健的经营模式，有利于企业不为销售和各种售后服务疲于奔命，而可以将更多精力放到产品的研发和推广上去，不断提高客户服务质量和系统维护水平。 SaaS RES就是SaaS商业模式下的房地产营销管理系统。主要为各个房地产商提供低成本的、按需购买功能的营销解决方