我对中台的理解和企业数字中台建设的思考.pdfVIP

我对中台的理解和企业数字中台建设的思考 这里带有强烈的个人观点说明和行业视角去阐述 中台，自阿里提出的时候，就一直是一个模糊的词，没有特别明 确的界线，也没有特别明确的定义。 常常理解为介于前台和后台的平台，或者一个可复用的平台。后 来就发展到，前端也提出自已的定义，后端各种框架也提出自己的定 义，大数据也提出自己的定义，低代码厂商也定义自己的中台，硬件 厂家提出自己的定义，可以说，只要带得上这个词的，都听过都各种 定义中台名词等等，把开发人员，一些架构人员搞得很混乱，不知道 怎么描述，在听到对方阐述的时候，又似乎觉得有自己的说法，看到 以至于到后面的时候，一些企业在进行数字化转型的时候，进入了一 个非常大的误区。结果体现就是上下承接不起来，达不到战略的效果 ， 最终了了草事 ，另一种则可能是一路走到黑。 之前有很多人提出这个的问题 ，那到底什么是中台，我有我思。 我的理解角度来说，现在的中台已经不再单纯像阿里 15 年提出炮台层 面的意思 ，这在第一次提出时候，更像是一个概念重新定义，很多企 业都做类似的东西。这里理解的中台架构是行业的另一种变革 ，是一 种新的标准 ，突破传统的研发模式 ，类似于云服务一样 ，突破传统服 务器的行业模式 ，在这个模式下 ，提升企业的发展战略 ，跟进时代前 进的步伐。这里整体从几个视角，多个维度进行阐述，先从行业发展 角度 ，最后落地到企业的视角阐述我对中台的理解，简单来说即行业 发展 – 中台架构 – 企业落地几个点。 一、行业发展： 这里描述的行业发展，是从软件行业的发展角度来看的，这里从 传统模式到新技术成熟来阐述，从单体到服务化，从手工到 DevOps 自动化，从 fastjar 到容器化，再到整个大环境的数字化方向 ，为中台 架构提供孵化的土壤和条件。 1、传统开发模式的存在和限制 实际业务无法脱离硬编码 ：传统的开发框架和模式 ，在很多都是 框架技术整合，都是近乎从零搭建的过程，这几年的低代码大面积崛 起，为上层业务的打造提供了更多可能性，但是依然无法满足业务多 种个性化的要求，低代码平台很多年就已经有企业团队在实施，拖拉 一直是梦想，但是依然无法满足，带有一定的限制性，比如维护，个 性化等，最终还是回到传统的开发，进行人工编码，更不用说过程中 的各种规范。 存在大量复制共性的软件：假如从传统外包的角度来说，复制然 后得到另一套，这个是最低的成本，然后快速创建业务，但是这样会 有一个很明确的特性，同类似的产品 ，由 N 多家企业共同去开发，最 终的产品性都是一样的，软件质量完全是需要是依照工程师水平来决 定，而且企业 内部很难突破这个现状 ，最终发现 ，可能最终自己都是 忙在这个项目的维护上面，无法脱离出来。软件企业是这样 ，行业企 业也同样如此 ，无法提升自己的资产沉淀。 开发过程行业壁垒难突破 ：什么叫行业壁垒 ，这个业务你不熟悉 ， 你是无法深入触及的，需要花费大量的精力去学习这个行业，行业业 务转换为对外能力 ，又是一个非常大的难度，你不熟悉 ，你无法进入 到这个行业，更别说是接触 ，根本性的来说，对各个企业来说是一个 自己的核心商业 2、中台针对于传统模式的优势 业务复用：提供复用，业务服务，沉淀企业核心能力 ，开箱即可 复用能力 ，赋能业务创新 ，形成核心壁垒 ，形成的组件不需要复制， 而是在 内部形成统一的服务或者是组件，给业务人员直接调用，不需 要再进行二次的开发，即使出现问题 ，也可以修复不再重现 ，不存在 复制带来的风险点。通过提供接口模式 ，同时与低代码进行整合，形 成新的一套开发/研发能力 ，解决方案能力。 数据管理 ：提供数据治理、数据采集、数据资产管理、数据开发 等数据服务，打通业务之间数据的阻碍 ，进行数据的抽取分析 ，数据 运营 ，提供管理决策 ，为业务创新 ，数据运营 ，机器学习 ，人工智能 等提供条件。 技术革新 ：通过现有技术，比如微服务，分布式 ，容器化等。提 供自建系统部分的技术支撑能力，解决基础设施，容器化，服务化， 分布式数据库等底层技术问题，提供自建系统部分的管理和技术实践 支撑能力，可快速搭建项目，管理进度，测试集成，持续交付，提供 低代码平台和统一的标准规范， 为开发提供优质便利服务。 3、云平台的成熟和各个技术的普及 云计算技术的成熟：云计算经验十几年的发展，目前全球