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

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