中台系统建设方案详细.doc

. PAGE PAGE . . . 中台建设方案 目录 TOC \o 1-3 \h \z \u 中台建设方案 1 1 总述 3 1.1 当前问题 3 1.2 中台系统解决问题 3 1.3 中台系统带来的收益 4 工程方面 4 数据方面 4 创新方面 4 1.4 中台系统达成目标系统 4 第一阶段 4 第二阶段 5 第三阶段 5 2 系统建设总体设计 6 2.1 系统总体建设思想 6 2.2 系统设计原则 6 2.2.1 安全性 6 2.2.2 可靠性 8 2.2.3 扩展性 8 2.2.4 开放性 9 2.2.5 强壮性 10 3 系统的实现技术 10 系统技术平台选择 10 3.1 系统的网络结构 10 4 技术设计 11 4.1 系统总体技术架构 11 4.2 技术规范及实施 12 4.3 系统扩展性要求 13 4.4 运行状态监控 13 4.5 信息检索 13 5 中台系统开发管理 14 5.1 业务模型调研团队 14 5.2 开发团队 14 5.3 开发周期 14 5.4 网络及服务器 15 总述 当前问题 系统维护困难 二次开发迭代仅原厂商可以进行 新承建系统过多重复工作 同一业主下不同系统存在数据壁垒 中台系统解决问题 因软件系统建设数量的日益增长，我们发现浪费了过多的时间在开发相似系统功能上，且在这些相似的系统功能，我们现实遇到的情况是： 相似系统功能无法通用于不同系统，难以快速接入 系统功能由不同语言、不同技术架构、不同标准开发，难以维护 相似系统功能之间数据无法通用，数据壁垒凸显 同一个轮子造１００遍，对一个部门或是一家企业是没有任何好处，自然一个相似的系统造１００遍同样没有什么帮助。 以此我们希望建设一套可以满足大多数系统功能的、可以满足今后扩展的、有相对统一业务的、可以快速高效迭代的并可快速接入的系统，以下我们简称“中台”。 中台解决问题： 相似业务无需重复开发 数据统一打破数据壁垒，可多系统、多行业的数据分析 快速迭代接入 统一规范，降低维护难度 中台系统带来的收益 工程方面 减少了重复造轮子、重复建系统的现象。对统一的业务资源统一管理。 数据方面 有了统一的资源管理，如：统一的用户、权限、订单等，就不再会有各种的数据打通问题、同步问题，不会有夸部门的数据墙。 有了公共的中台，也就有了统一的数据规范。 对于大数据相关的需求，可以从相对唯一的数据出口进行业务迭代，不需要为每一个部门进行定制开发，浪费人力。 创新方面 产品、开发、实施人员不再是仅对一套系统、一个行业进行业务开发。由在“点”上的根本感知不到问题的角色，突破到从“线”和“面”的平台上进行工作，更容易发现这些问题的本质，通过其自身的专业技能解决当前实际问题的同时产生全局观。解决系统问题将不再是以前的“打补丁”，而是转为真正意义上的“升级”。 不谋全局者，不足谋一域。 有了公共的中台，意味着产品、开发、实施人员拥有相对全局的视角，更能发现单点单观察难以发现的问题，在更大的业务层后进行一定的创新 中台系统达成目标系统 目前暂将中台系统的建设目标分为三个阶段： 第一阶段 建立统一的开发标准，如： 统一技术栈（开发语言、开发框架、开发工具、数据工具、其他中间件等） 统一接入方式 制定统一数据标准 调研分析统一业务模型，如： 系统基础功能模型 行业业务功能模型 数据分析模型建立 人才技术储备，由于中台接入系统的增加，中台的高可用性，如：容错容灾、负载、多中心切换、数据同步、平台安全等不可忽视，所以需要早期及时规划相关人员。 中台功能开发，如： 权限管理服务（ＲＭＳ） 基础数据服务（ＢＤＭＳ） 客户管理服务（ＣＭＳ） 内容管理服务（ＣＭＳ） 日志管理服务（ＬＯＧＭＳ） 第三方接入服务（ＴＰＩＭＳ） 数据分析服务（ＤＡＭＳ） 自定义流程服务（ＷＦＭＳ） 在此阶段我们可以达成的目标为： 减少重复工作 快速新增功能 快速接入 中台内的功能数据壁垒消除 二次开发可不再依赖原厂商 第二阶段 将第一阶段得到的行业业务功能模型开发转化为统一业务功能，自此将数据分析服务（ＤＡＭＳ）升级为“数据中台”。 在此阶段我们可以达成的目标： 可实现跨系统、跨行业的数据分析 让数据分析多元化 中台系统由原来的可“高效开发迭代接入管理的业务平台”升级为“可产生超数据范围的大数据分析业务综合平台” 对同一行业的信息化建设实现同步开发 第三阶段 随着中台系统的功能完善，则必不可免的产生高并