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

.
.
中台建设方案
目录
中台建设方案1
1总述3



工程方面4
数据方面4
创新方面4

第一阶段4
第二阶段5
第三阶段5
2系统建设总体设计6


安全性6
可靠性8
扩展性8
开放性9
强壮性10
3系统的实现技术10
系统技术平台选择10

4技术设计11





.
.
5中台系统开发管理14




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